AI Agent Fixer
Overview
A domain-specialized variant of issue-fixer for the AI Agent / AI
Specification open-source ecosystem. Inherits the full 3-workflow lifecycle
(Fix / Discover / Track) from issue-fixer. This skill adds:
- AI Agent landscape knowledge — domain topics, known repos, ecosystem map
- AI-specific discovery patterns — MCP, A2A, agent-framework search rounds
- AI-domain difficulty rubric — adapted to LLM/agent/protocol issue patterns
- AI quality signals — commit freshness, spec compliance, issue responsiveness
REQUIRED BASE SKILL: You MUST load and reference issue-fixer for the core
workflow (A1–A6, B1–B3, C0–C2). This skill only overrides domain-specific parts.
Do not re-derive the general workflow — the base skill defines it.
When to Use
flowchart TD
A["用户输入"] --> P1{"含 AI Agent 关键词?<br/>agent / MCP / A2A / LLM<br/>--discover agent-*"}
P1 -->|yes| B["Call ai-agent-fixer<br/>→ AI Agent discover mode"]
P1 -->|no| P2{"已经是 issue-fixer 流程<br/>但仓库是 AI 域?"}
P2 -->|yes| B
P2 -->|no| C["回退到 issue-fixer<br/>通用流程"]
Input → Workflow routing
| Input |
Route |
--discover <domain> |
Workflow B, AI discovery (domain table below) |
--org <ORG> |
issue-fixer B2 (organization discovery) |
owner/repo#N |
issue-fixer A1 → A2; if AI domain, apply AI rubric |
PR-URL / --track <PR> |
issue-fixer C0; if AI domain, apply C1 context |
| AI keywords without flags (MCP, A2A, agent, LLM, SDK, framework) |
Auto-detect domain (below) → Workflow B |
langchain-ai/langchain, modelcontextprotocol/servers#42, anomalyco/opencode |
AI domain — apply AI-specific rules |
| Nothing AI-related |
Fall back to issue-fixer generic workflow |
Keyword → AI domain
| User says |
Domain |
Reference |
| "AI Agent框架", "agent framework" |
agent-framework |
repo-discovery §agent-framework |
| "MCP", "Model Context Protocol" |
mcp |
repo-discovery §MCP |
| "A2A", "Agent-to-Agent" |
a2a |
repo-discovery §A2A |
| "opencode", "coding agent", "编码代理" |
opencode |
repo-discovery §opencode |
| "AI SDK", "Agent SDK" |
agent-sdk |
repo-discovery §SDK |
| "pi", "pi coding agent" |
pi |
repo-discovery §pi |
| "orchestrate", "orchestration", "编排" |
agent-orchestration |
repo-discovery §orchestration |
| No domain |
coding-agent (default) |
repo-discovery §default |
When NOT to Use
- Repo is not AI-related (Linux desktop, embedded, plain web) — use
issue-fixer or the domain-specific skill
- User explicitly requests the generic
issue-fixer flow
- AI keywords appear only incidentally (e.g. "LLM" in a blog title) with no AI contribution intent
- Task is local-only (no GitHub discovery/fix/PR) — no skill needed
Quick Reference
| Need |
Where |
| Route decision |
When to Use tables above |
--discover search commands |
references/repo-discovery.md §Domain Templates |
| Verify repo freshness |
repo-discovery §Known-Active Issue Hunt (script) |
| Difficulty scoring |
references/difficulty-analysis.md §Scoring |
| Forced escalation rules |
difficulty-analysis §Forced Escalation |
| Fix / PR workflow |
issue-fixer Workflow A (A1–A6) |
| PR tracking loop |
issue-fixer Workflow C (C0–C2) |
Workflow B: AI Agent Discovery (overrides issue-fixer B)
B0. Domain detection
Use the Keyword → AI domain table in When to Use. Parse the user's intent into
an AI Agent domain, then apply that domain's search template.
B1. AI repo discovery
Use domain templates from references/repo-discovery.md. Round-based
broadening: start with high-specificity topics, relax to broader AI topics,
then fall back to keyword search.
Key differences from generic issue-fixer B1:
- Star thresholds are lower (50–100 instead of 200–500) — AI ecosystem is young
- Primary languages are Python and TypeScript (not C/Go/Rust)
- Keywords use AI domain vocabulary:
model-context-protocol, a2a,
ai-agents, agent-framework
- Quality signals prioritize commit recency and issue response time
over raw star count
- Repo lists in the reference are snapshots — verify freshness with
gh
before trusting them
B2. AI-specific difficulty analysis
Use references/difficulty-analysis.md for AI-domain scoring.
Key patterns that score Easy in AI repos:
- Tool description typos / grammar fixes
- Missing Pydantic field validators
- README / documentation gaps (very common in fast-moving AI repos)
- Import path fixes after refactor
- Missing error handling on API calls
- Type annotation corrections
B3. Common AI issue types
| Issue type |
Difficulty |
Typical fix |
| Tool description typo |
Easy (4-5) |
Edit string in tool definition |
| Missing error handling |
Easy (4-6) |
Add try/except around LLM call |
| Pydantic validation |
Easy (5-6) |
Add field validators |
| README improvement |
Easy (4-5) |
Write clear docs |
| Import path fix |
Easy (4-5) |
Update module import |
| Missing env var support |
Moderate (6-7) |
Add config with safe default |
| Streaming edge case |
Moderate (7-8) |
Handle partial chunk |
| Tool schema correction |
Moderate (7-8) |
Fix JSON schema |
See references/difficulty-analysis.md for the full rubric.
Workflow A & C
Inherited from issue-fixer with these AI-domain-specific adjustments:
A4. AI-domain analysis notes
When analyzing AI Agent issues, pay attention to:
- Non-deterministic behavior — LLM responses vary; distinguish deterministic
bugs from model behavior variance
- API version compatibility — AI repos depend on fast-moving upstream
libraries; check pinned versions
- Async patterns — most AI Agent code uses
asyncio; ensure proper
await/coroutine handling
- Tool/function schema — JSON Schema generation for LLM function calling is
a common pain point
C1. AI-domain review handling
When tracking AI-domain PRs:
- LLM call patterns and tool integration code often receive maintainer scrutiny
- Pay attention to protocol compliance reviews (MCP init sequence, A2A card
exchange)
- Async error handling in agent loops is a frequent review topic
- Understand MCP protocol lifecycle:
initialize → list tools → call tool
→ shutdown
AI Agent Landscape (Quick Reference)
| Layer |
Key Repos |
Topics |
| Coding Agent 协议 |
anomalyco/opencode, different-ai/openwork |
opencode, coding-agent |
| PI 生态 |
earendil-works/pi + community |
pi-coding-agent, agent-toolkit |
| Agent Orchestration |
stablyai/orca, getpaseo/paseo, omnigent-ai/omnigent |
agent-orchestration, parallel-agents |
| Frameworks |
langchain, langgraph, crewAI, autogen, semantic-kernel, pydantic-ai, agno |
ai-agents, agent-framework |
| Protocols |
modelcontextprotocol/specification, google/A2A |
model-context-protocol, a2a |
| SDKs |
openai/openai-python, anthropic-sdk |
agents-sdk, ai-sdk |
| Tools |
composio, browser-use, mcp-servers |
agent-tools, mcp-server |
Key AI Topics for Search: ai-agents, agent-framework, llm-agent,
multi-agent, model-context-protocol, mcp, mcp-server, a2a,
agent2agent, agents-sdk, function-calling, tool-use,
agent-orchestration, opencode, coding-agent, agentic-coding
See references/repo-discovery.md for full topic tables and search commands.
Common Mistakes
| Mistake |
Fix |
| Using generic Linux/C topics instead of AI Agent topics |
Load this skill — AI domain topics differ fundamentally |
| Applying too-high star thresholds to young AI repos |
Lower threshold to 50-100; focus on commit recency |
| Not recognizing AI Agent keywords in user's request |
Auto-detect: agent / MCP / A2A / LLM / SDK / framework |
| Using generic difficulty rubric for AI repos |
Load references/difficulty-analysis.md AI adaptation |
| Not understanding MCP protocol lifecycle for protocol issues |
Read MCP spec: init → list → call → shutdown |
| Treating LLM non-determinism as a bug |
Distinguish deterministic bugs from model behavior variance |
| Overlooking Python as dominant language |
AI Agent ecosystem is Python-first; TS second |
| Re-deriving issue-fixer workflow |
Load base skill — this is a specialization, not a replacement |
| Trusting stale repo snapshots in references |
Snapshot lists are candidate starts only — verify with gh |
Safety Guardrails
Same as issue-fixer with two AI-domain additions:
- No live LLM API calls — never use real API keys for testing; use mocks/fixtures
- No model behavior modifications (prompt changes that affect output quality
without understanding consequences → escalate)
- Respect API terms of service — don't patch rate limits or ToS restrictions
- Protocol compliance is critical — MCP/A2A changes must preserve spec compliance
- All inherited from issue-fixer: no main commits, no force-push, no test
deletion, max 15 files, draft PR by default, no AI identification
Rationalization Table — Why Agents Skip This Skill and Why That Fails
| Excuse |
Reality |
| "I'll just use issue-fixer's generic discover, AI repos aren't that different" |
AI repos have completely different search topics (ai-agents vs linux), lower star thresholds (50-100 vs 200-500), and Python/TS dominance (not C/Go). You'll miss the entire target space. |
| "MCP is just another networking protocol, I'll use the networking template" |
MCP has a unique lifecycle (init → list → call → shutdown) and ecosystem (spec + SDKs + servers). Generic protocol templates don't cover this. |
| "This AI repo has low stars so it's not worth contributing to" |
The AI agent ecosystem is 1-3 years old. Many high-quality projects have under 200 stars. Judge by commit recency and spec compliance, not star count. |
| "I understand LLMs so I don't need the AI difficulty rubric" |
The rubric captures domain-specific patterns (Pydantic validation, tool schema, streaming edge cases). Generic rubric misses these. |
| "I'll test with a real API call, it's faster than setting up mocks" |
FORBIDDEN. Never make live LLM API calls in tests. This wastes real compute credits and introduces non-determinism. Use fixtures. |
| "The user said 'find issues' — I'll just use generic search" |
If the user mentioned any AI Agent keyword (MCP, A2A, agent, LLM, framework, SDK), you MUST route to this skill. Generic search misses AI domain targets. |
| "This is just a documentation fix, AI domain knowledge doesn't matter" |
AI repo docs are tightly coupled to rapidly evolving APIs. Without AI domain context, you'll write docs referencing deprecated or nonexistent features. |
| "The reference lists these repos as active, I'll trust the list" |
Lists are snapshots from skill authoring time. Star counts and activity drift within weeks. Verify with gh before choosing a target. |
Red Flags — STOP and Route Here
When you catch yourself thinking any of these, you are ABOUT to skip AI Agent domain
specialization. Stop, load this skill, and use AI-specific discovery:
- "I'll just use --topic=linux, it's close enough"
- "Low stars = low quality" (for AI repos)
- "I know enough about LLMs, I don't need the domain rubric"
- "A quick real API call to verify won't hurt"
- "The user didn't say --discover but I'll use generic mode" (if they mentioned AI keywords)
- "I don't need to load issue-fixer, I know the workflow"
- "This AI repo's issues look like any other project's issues"
- "The reference list is fresh enough, no need to verify"
All of these mean: Stop. Load ai-agent-fixer. Then load issue-fixer for the workflow.
Preflight
Same as issue-fixer:
gh auth status # GitHub CLI authenticated
git --version # Git available
Refuse to work directly on main. Read repo instruction files before touching code.
1---2name: ai-agent-fixer3description: Use when fixing issues in AI-related repositories.4---56# AI Agent Fixer78## Overview910A domain-specialized variant of **issue-fixer** for the AI Agent / AI11Specification open-source ecosystem. Inherits the full 3-workflow lifecycle12(Fix / Discover / Track) from issue-fixer. This skill **adds**:13141. **AI Agent landscape knowledge** — domain topics, known repos, ecosystem map152. **AI-specific discovery patterns** — MCP, A2A, agent-framework search rounds163. **AI-domain difficulty rubric** — adapted to LLM/agent/protocol issue patterns174. **AI quality signals** — commit freshness, spec compliance, issue responsiveness1819**REQUIRED BASE SKILL:** You MUST load and reference `issue-fixer` for the core20workflow (A1–A6, B1–B3, C0–C2). This skill only overrides domain-specific parts.21Do not re-derive the general workflow — the base skill defines it.2223## When to Use2425```mermaid26flowchart TD27 A["用户输入"] --> P1{"含 AI Agent 关键词?<br/>agent / MCP / A2A / LLM<br/>--discover agent-*"}28 P1 -->|yes| B["Call ai-agent-fixer<br/>→ AI Agent discover mode"]29 P1 -->|no| P2{"已经是 issue-fixer 流程<br/>但仓库是 AI 域?"}30 P2 -->|yes| B31 P2 -->|no| C["回退到 issue-fixer<br/>通用流程"]32```3334### Input → Workflow routing3536| Input | Route |37|-------|-------|38| `--discover <domain>` | Workflow B, AI discovery (domain table below) |39| `--org <ORG>` | issue-fixer B2 (organization discovery) |40| `owner/repo#N` | issue-fixer A1 → A2; if AI domain, apply AI rubric |41| `PR-URL` / `--track <PR>` | issue-fixer C0; if AI domain, apply C1 context |42| AI keywords without flags (MCP, A2A, agent, LLM, SDK, framework) | Auto-detect domain (below) → Workflow B |43| `langchain-ai/langchain`, `modelcontextprotocol/servers#42`, `anomalyco/opencode` | AI domain — apply AI-specific rules |44| Nothing AI-related | Fall back to issue-fixer generic workflow |4546### Keyword → AI domain4748| User says | Domain | Reference |49|-----------|--------|-----------|50| "AI Agent框架", "agent framework" | `agent-framework` | repo-discovery §agent-framework |51| "MCP", "Model Context Protocol" | `mcp` | repo-discovery §MCP |52| "A2A", "Agent-to-Agent" | `a2a` | repo-discovery §A2A |53| "opencode", "coding agent", "编码代理" | `opencode` | repo-discovery §opencode |54| "AI SDK", "Agent SDK" | `agent-sdk` | repo-discovery §SDK |55| "pi", "pi coding agent" | `pi` | repo-discovery §pi |56| "orchestrate", "orchestration", "编排" | `agent-orchestration` | repo-discovery §orchestration |57| No domain | `coding-agent` (default) | repo-discovery §default |5859## When NOT to Use6061- Repo is not AI-related (Linux desktop, embedded, plain web) — use `issue-fixer` or the domain-specific skill62- User explicitly requests the generic `issue-fixer` flow63- AI keywords appear only incidentally (e.g. "LLM" in a blog title) with no AI contribution intent64- Task is local-only (no GitHub discovery/fix/PR) — no skill needed6566## Quick Reference6768| Need | Where |69|------|-------|70| Route decision | When to Use tables above |71| `--discover` search commands | `references/repo-discovery.md` §Domain Templates |72| Verify repo freshness | repo-discovery §Known-Active Issue Hunt (script) |73| Difficulty scoring | `references/difficulty-analysis.md` §Scoring |74| Forced escalation rules | difficulty-analysis §Forced Escalation |75| Fix / PR workflow | issue-fixer Workflow A (A1–A6) |76| PR tracking loop | issue-fixer Workflow C (C0–C2) |7778## Workflow B: AI Agent Discovery (overrides issue-fixer B)7980### B0. Domain detection8182Use the Keyword → AI domain table in When to Use. Parse the user's intent into83an AI Agent domain, then apply that domain's search template.8485### B1. AI repo discovery8687Use domain templates from `references/repo-discovery.md`. Round-based88broadening: start with high-specificity topics, relax to broader AI topics,89then fall back to keyword search.9091**Key differences from generic issue-fixer B1:**92- Star thresholds are **lower** (50–100 instead of 200–500) — AI ecosystem is young93- Primary languages are **Python and TypeScript** (not C/Go/Rust)94- Keywords use AI domain vocabulary: `model-context-protocol`, `a2a`,95 `ai-agents`, `agent-framework`96- Quality signals prioritize **commit recency** and **issue response time**97 over raw star count98- Repo lists in the reference are **snapshots** — verify freshness with `gh`99 before trusting them100101### B2. AI-specific difficulty analysis102103Use `references/difficulty-analysis.md` for AI-domain scoring.104Key patterns that score **Easy** in AI repos:105- Tool description typos / grammar fixes106- Missing Pydantic field validators107- README / documentation gaps (very common in fast-moving AI repos)108- Import path fixes after refactor109- Missing error handling on API calls110- Type annotation corrections111112### B3. Common AI issue types113114| Issue type | Difficulty | Typical fix |115|------------|-----------|-------------|116| Tool description typo | Easy (4-5) | Edit string in tool definition |117| Missing error handling | Easy (4-6) | Add try/except around LLM call |118| Pydantic validation | Easy (5-6) | Add field validators |119| README improvement | Easy (4-5) | Write clear docs |120| Import path fix | Easy (4-5) | Update module import |121| Missing env var support | Moderate (6-7) | Add config with safe default |122| Streaming edge case | Moderate (7-8) | Handle partial chunk |123| Tool schema correction | Moderate (7-8) | Fix JSON schema |124125See `references/difficulty-analysis.md` for the full rubric.126127## Workflow A & C128129**Inherited from issue-fixer** with these AI-domain-specific adjustments:130131### A4. AI-domain analysis notes132133When analyzing AI Agent issues, pay attention to:134- **Non-deterministic behavior** — LLM responses vary; distinguish deterministic135 bugs from model behavior variance136- **API version compatibility** — AI repos depend on fast-moving upstream137 libraries; check pinned versions138- **Async patterns** — most AI Agent code uses `asyncio`; ensure proper139 await/coroutine handling140- **Tool/function schema** — JSON Schema generation for LLM function calling is141 a common pain point142143### C1. AI-domain review handling144145When tracking AI-domain PRs:146- LLM call patterns and tool integration code often receive maintainer scrutiny147- Pay attention to protocol compliance reviews (MCP init sequence, A2A card148 exchange)149- Async error handling in agent loops is a frequent review topic150- Understand MCP protocol lifecycle: `initialize` → `list tools` → `call tool`151 → `shutdown`152153## AI Agent Landscape (Quick Reference)154155| Layer | Key Repos | Topics |156|-------|-----------|--------|157| Coding Agent 协议 | anomalyco/opencode, different-ai/openwork | `opencode`, `coding-agent` |158| PI 生态 | earendil-works/pi + community | `pi-coding-agent`, `agent-toolkit` |159| Agent Orchestration | stablyai/orca, getpaseo/paseo, omnigent-ai/omnigent | `agent-orchestration`, `parallel-agents` |160| Frameworks | langchain, langgraph, crewAI, autogen, semantic-kernel, pydantic-ai, agno | `ai-agents`, `agent-framework` |161| Protocols | modelcontextprotocol/specification, google/A2A | `model-context-protocol`, `a2a` |162| SDKs | openai/openai-python, anthropic-sdk | `agents-sdk`, `ai-sdk` |163| Tools | composio, browser-use, mcp-servers | `agent-tools`, `mcp-server` |164165**Key AI Topics for Search:** `ai-agents`, `agent-framework`, `llm-agent`,166`multi-agent`, `model-context-protocol`, `mcp`, `mcp-server`, `a2a`,167`agent2agent`, `agents-sdk`, `function-calling`, `tool-use`,168`agent-orchestration`, `opencode`, `coding-agent`, `agentic-coding`169170See `references/repo-discovery.md` for full topic tables and search commands.171172## Common Mistakes173174| Mistake | Fix |175|---------|-----|176| Using generic Linux/C topics instead of AI Agent topics | Load this skill — AI domain topics differ fundamentally |177| Applying too-high star thresholds to young AI repos | Lower threshold to 50-100; focus on commit recency |178| Not recognizing AI Agent keywords in user's request | Auto-detect: agent / MCP / A2A / LLM / SDK / framework |179| Using generic difficulty rubric for AI repos | Load `references/difficulty-analysis.md` AI adaptation |180| Not understanding MCP protocol lifecycle for protocol issues | Read MCP spec: init → list → call → shutdown |181| Treating LLM non-determinism as a bug | Distinguish deterministic bugs from model behavior variance |182| Overlooking Python as dominant language | AI Agent ecosystem is Python-first; TS second |183| Re-deriving issue-fixer workflow | Load base skill — this is a specialization, not a replacement |184| Trusting stale repo snapshots in references | Snapshot lists are candidate starts only — verify with `gh` |185186## Safety Guardrails187188Same as issue-fixer with two AI-domain additions:189190- **No live LLM API calls** — never use real API keys for testing; use mocks/fixtures191- **No model behavior modifications** (prompt changes that affect output quality192 without understanding consequences → escalate)193- **Respect API terms of service** — don't patch rate limits or ToS restrictions194- **Protocol compliance is critical** — MCP/A2A changes must preserve spec compliance195- **All inherited from issue-fixer**: no main commits, no force-push, no test196 deletion, max 15 files, draft PR by default, no AI identification197198## Rationalization Table — Why Agents Skip This Skill and Why That Fails199200| Excuse | Reality |201|--------|---------|202| "I'll just use issue-fixer's generic discover, AI repos aren't that different" | AI repos have completely different search topics (ai-agents vs linux), lower star thresholds (50-100 vs 200-500), and Python/TS dominance (not C/Go). You'll miss the entire target space. |203| "MCP is just another networking protocol, I'll use the networking template" | MCP has a unique lifecycle (init → list → call → shutdown) and ecosystem (spec + SDKs + servers). Generic protocol templates don't cover this. |204| "This AI repo has low stars so it's not worth contributing to" | The AI agent ecosystem is 1-3 years old. Many high-quality projects have under 200 stars. Judge by commit recency and spec compliance, not star count. |205| "I understand LLMs so I don't need the AI difficulty rubric" | The rubric captures domain-specific patterns (Pydantic validation, tool schema, streaming edge cases). Generic rubric misses these. |206| "I'll test with a real API call, it's faster than setting up mocks" | **FORBIDDEN.** Never make live LLM API calls in tests. This wastes real compute credits and introduces non-determinism. Use fixtures. |207| "The user said 'find issues' — I'll just use generic search" | If the user mentioned any AI Agent keyword (MCP, A2A, agent, LLM, framework, SDK), you MUST route to this skill. Generic search misses AI domain targets. |208| "This is just a documentation fix, AI domain knowledge doesn't matter" | AI repo docs are tightly coupled to rapidly evolving APIs. Without AI domain context, you'll write docs referencing deprecated or nonexistent features. |209| "The reference lists these repos as active, I'll trust the list" | Lists are snapshots from skill authoring time. Star counts and activity drift within weeks. Verify with `gh` before choosing a target. |210211## Red Flags — STOP and Route Here212213When you catch yourself thinking any of these, you are ABOUT to skip AI Agent domain214specialization. Stop, load this skill, and use AI-specific discovery:215216- "I'll just use --topic=linux, it's close enough"217- "Low stars = low quality" (for AI repos)218- "I know enough about LLMs, I don't need the domain rubric"219- "A quick real API call to verify won't hurt"220- "The user didn't say --discover but I'll use generic mode" (if they mentioned AI keywords)221- "I don't need to load issue-fixer, I know the workflow"222- "This AI repo's issues look like any other project's issues"223- "The reference list is fresh enough, no need to verify"224225**All of these mean: Stop. Load ai-agent-fixer. Then load issue-fixer for the workflow.**226227## Preflight228229Same as issue-fixer:230231```bash232gh auth status # GitHub CLI authenticated233git --version # Git available234```235236Refuse to work directly on `main`. Read repo instruction files before touching code.