Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计通过

agent-output-formatsAgent 输出格式

Agent Skill

agent-output-formats 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

465

周安装

19

GitHub Stars

23

下载量

149
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:agent-output-formats(Agent 输出格式)
来源仓库:https://github.com/akaszubski/autonomous-dev
仓库路径:skills/agent-output-formats
安装命令:
npx skills add https://github.com/akaszubski/autonomous-dev --skill agent-output-formats
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/akaszubski/autonomous-dev --skill agent-output-formats

简介

该技能定义统一的代理输出格式标准,确保跨类型代理间的通信一致性。

  • 适用于研究发现整理、实施方案撰写及代码审查报告等结构化输出场景。
  • 通过模板化章节划分(如模式识别、实施要点),提升信息解析效率。
  • 安装前需确认权限范围与维护状态,注意可能触发联网、命令执行或文件读写操作。
  • 建议与其他流程控制技能配合使用,以实现端到端的标准化输出管理。

SKILL.md

Agent Output Formats Skill

Standardized output formats for all agent types to ensure consistent communication and parsing across the autonomous development workflow.

When This Skill Activates

  • Generating agent outputs
  • Parsing agent responses
  • Formatting research findings
  • Creating planning documents
  • Reporting implementation results
  • Writing code reviews
  • Keywords: "output", "format", "research", "planning", "implementation", "review"

Research Agent Output Format

Research agents (e.g., researcher, issue-creator, brownfield-analyzer) should structure outputs with these sections:

Template

## Patterns Found

[List of discovered patterns with examples]

- **Pattern Name**: Description
  - Example: Code snippet or reference
  - Use case: When to apply this pattern

## Best Practices

[Industry best practices and recommendations]

- **Practice Name**: Description
  - Benefit: Why this matters
  - Implementation: How to apply

## Security Considerations

[Security implications and requirements]

- **Security Concern**: Description
  - Risk: Potential vulnerabilities
  - Mitigation: How to address

## Recommendations

[Actionable recommendations for implementation]

1. **Recommendation**: Detailed guidance
   - Priority: High/Medium/Low
   - Effort: Time estimate
   - Impact: Expected benefit

Example Output

See examples/research-output-example.md for a complete example.


Planning Agent Output Format

Planning agents (e.g., planner, migration-planner, setup-wizard) should structure outputs with these sections:

Template

## Feature Summary

[Brief description of what will be built]

**Goal**: What this achieves
**Scope**: What's included/excluded
**Success Criteria**: How to measure success

## Architecture

[High-level design and component relationships]

**Components**: List of major components
**Data Flow**: How data moves through system
**Integration Points**: External dependencies

## Components

[Detailed component specifications]

### Component 1: [Name]
- **Purpose**: What it does
- **Responsibilities**: Core functions
- **Dependencies**: What it needs
- **Files**: Where it lives

## Implementation Plan

[Step-by-step implementation guide]

**Phase 1**: [Description]
1. Step one
2. Step two

**Phase 2**: [Description]
1. Step one
2. Step two

## Risks and Mitigations

[Potential issues and how to address them]

- **Risk**: Description
  - **Impact**: Severity and consequences
  - **Mitigation**: How to prevent or handle

Example Output

See examples/planning-output-example.md for a complete example.


Implementation Agent Output Format

Implementation agents (e.g., implementer, retrofit-executor) should structure outputs with these sections:

Template

## Changes Made

[Summary of what was implemented]

**Feature**: What was built
**Approach**: How it was implemented
**Design Decisions**: Key choices made

## Files Modified

[List of changed files with descriptions]

### Created Files
- `path/to/file.py`: Description of new file
- `path/to/test.py`: Test coverage

### Modified Files
- `path/to/existing.py`: Changes made
  - Added: New functionality
  - Modified: Updated behavior
  - Removed: Deprecated code

## Tests Updated

[Test coverage changes]

**New Tests**:
- Test file: What it covers
- Coverage: Percentage or lines

**Updated Tests**:
- Test file: What changed
- Reason: Why it was needed

## Next Steps

[Follow-up actions and recommendations]

1. **Action**: What needs to happen next
   - Owner: Who should do it
   - Priority: Urgency level
   - Blockers: Any dependencies

Example Output

See examples/implementation-output-example.md for a complete example.


Review Agent Output Format

Review agents (e.g., reviewer, security-auditor, quality-validator) should structure outputs with these sections:

Template

## Findings

[Overview of review results]

**Reviewed**: What was examined
**Scope**: What was checked
**Summary**: High-level results

## Code Quality

[Code quality assessment]

### Strengths
- **Aspect**: What's done well
  - Evidence: Specific examples

### Areas for Improvement
- **Issue**: What needs work
  - Severity: Critical/Major/Minor
  - Recommendation: How to fix
  - Location: Where the issue is

## Security

[Security analysis]

### Security Strengths
- **Protection**: What's secure
  - Implementation: How it's done

### Security Concerns
- **Vulnerability**: Potential issue
  - CWE Reference: Standard classification
  - Risk Level: High/Medium/Low
  - Remediation: How to fix

## Documentation

[Documentation assessment]

### Documentation Completeness
- **Aspect**: What's documented
  - Quality: How well it's done

### Documentation Gaps
- **Missing**: What needs docs
  - Priority: How important
  - Suggestion: What to add

## Verdict

[Final recommendation]

**Status**: ✅ APPROVED / ⚠️ APPROVED WITH CHANGES / ❌ NEEDS REVISION

**Rationale**: Why this verdict
**Blockers**: Must-fix issues (if any)
**Suggestions**: Nice-to-have improvements

Example Output

See examples/review-output-example.md for a complete example.


Commit Message Format

Commit message generator agents should follow conventional commits:

Template

<type>(<scope>): <subject>

<body>

<footer>

Types

  • feat: New feature
  • fix: Bug fix
  • docs: Documentation only
  • style: Formatting, no code change
  • refactor: Code restructuring
  • test: Adding tests
  • chore: Maintenance tasks

Example

feat(skills): add agent-output-formats skill for standardized outputs

Extracts duplicated output format specifications from 15 agent prompts
into a reusable skill package following progressive disclosure architecture.

Token savings: ~3,000 tokens (200 tokens per agent × 15 agents)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>

Pull Request Format

PR description generator agents should follow this structure:

Template

## Summary

[Brief description of changes]

- Key change 1
- Key change 2
- Key change 3

## Test Plan

- [ ] Unit tests pass
- [ ] Integration tests pass
- [ ] Manual testing completed
- [ ] Documentation updated

## Related Issues

Closes #XXX

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Usage Guidelines

For Agent Authors

When creating or updating agent prompts:

  1. Reference this skill in the "Relevant Skills" section
  2. Remove duplicate format specifications from agent prompts
  3. Trust progressive disclosure - full content loads when needed
  4. Use consistent terminology from this skill

For Claude

When executing agents:

  1. Load this skill when keywords match ("output", "format", etc.)
  2. Follow format templates for structured outputs
  3. Include all required sections for agent type
  4. Maintain consistency across similar agents

Token Savings

By centralizing output formats in this skill:

  • Before: ~250 tokens per agent for format specification
  • After: ~50 tokens for skill reference
  • Savings: ~200 tokens per agent
  • Total: ~3,000 tokens across 15 agents (8-12% reduction)

Progressive Disclosure

This skill uses Claude Code 2.0+ progressive disclosure architecture:

  • Metadata (frontmatter): Always loaded (~150 tokens)
  • Full content: Loaded only when keywords match
  • Result: Efficient context usage, scales to 100+ skills

When you use terms like "output format", "research findings", "planning document", or "code review", Claude Code automatically loads the full skill content to provide detailed guidance.


Examples

Complete example outputs are available in the examples/ directory:

  • research-output-example.md: Sample research agent output
  • planning-output-example.md: Sample planning agent output
  • implementation-output-example.md: Sample implementation agent output
  • review-output-example.md: Sample review agent output

Refer to these examples when generating agent outputs to ensure consistency and completeness.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.68%
按下载量换算52

Claude

27.08%
按下载量换算40

Cursor

19%
按下载量换算28

Gemini CLI

9.43%
按下载量换算14

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills