Repository navigation
[claude-code-user-docs-review] Claude Code User Documentation Review - 2026-05-09 #31206
Closed
Replies: 2 comments 1 reply
|
/plan |
1 reply
|
This discussion has been marked as outdated by Claude Code User Documentation Review. A newer discussion is available at Discussion #31340. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Executive Summary
Reviewed the gh-aw documentation as a developer who uses Claude Code (not GitHub Copilot). The good news: Claude is a first-class engine — it has dedicated authentication docs, 49 example workflows in
.github/workflows/, and theengines.mdreference is excellent. The friction: the Quick Start treats Copilot as the canonical path, thegh aw initcommand sets up Copilot-specific scaffolding by default, and several flagship features (custom agents, autopilot, harness) are Copilot-only without prominent disclosure.Key Finding: A Claude Code user can successfully adopt gh-aw, but the onboarding pushes them down a Copilot-shaped path. The docs reward users who know where to look (
reference/engines.md,reference/auth.mdx) and penalize users following the linear Quick Start.Persona Context
Reviewed as a developer who:
Question 1: Onboarding Experience
Can a Claude Code user understand and get started with gh-aw?
Yes, but with friction. The Quick Start (
docs/src/content/docs/setup/quick-start.mdx) is engine-agnostic in spirit — Step 2 explicitly saysadd-wizardwill "Select an AI Engine - Choose between Copilot, Claude, Codex, or Gemini" — but the supporting prose only walks throughCOPILOT_GITHUB_TOKENsetup inline. The Claude path requires clicking out toreference/auth.mdx.Specific Issues Found:
quick-start.mdx:71— Step 3 only shows the inline[!NOTE]block forCOPILOT_GITHUB_TOKENsetup (PAT creation, fine-grained permissions). No equivalent inline block forANTHROPIC_API_KEYsetup.quick-start.mdx:14— The example workflow (githubnext/agentics/daily-repo-status) is hosted in a separate repo. A reader cannot tell from the Quick Start whether this workflow runs equally well on Claude.README.md:14— "Write agentic workflows in natural language markdown, and run them in GitHub Actions" — engine-neutral framing, good. But the README never mentions which engines are supported in the at-a-glance section.Recommended Fixes:
[!NOTE]block in Step 3 of Quick Start forANTHROPIC_API_KEY(link to https://console.anthropic.com/, showgh aw secrets set ANTHROPIC_API_KEY).Question 2: Inaccessible Features for Non-Copilot Users
What features or steps don't work without Copilot?
The
engines.mdfeature comparison table (reference/engines.md:33) is the authoritative source — and it's accurate. The problem is that this critical compatibility info isn't surfaced where users will hit it.Features That Require Copilot:
engine.agent(custom agent files in.github/agents/) — Copilot only (engines.md:39)engine.harness(custom harness script) — Copilot only (engines.md:42,engines.md:300)max-continuations(autopilot mode) — Copilot only (engines.md:36)gh aw initcreates.github/agents/agentic-workflows.agent.mdby default — a Copilot-specific dispatcher agent (setup/cli.md:134). Not labeled as Copilot-specific.Features Claude-Specific:
max-turns— Claude only (engines.md:35)Features That Work Without Copilot (engine-agnostic):
tools:entries (bash,edit,github,playwright,cache-memory,repo-memory,qmd,agentic-workflows,web-fetch)mcp-servers:(custom MCP integration)safe-outputs:(create-issue, add-comment, create-pull-request, etc.)tools.cli-proxy(MCP CLI mounting)tools.timeoutandtools.startup-timeoutengine.api-target(custom endpoints)engine.baremodeengine.envand BYOK-style overridescompile,run,audit,logs,health,status)Missing Documentation:
introduction/architecture.mdx:188) hard-codesCOPILOT["Copilot CLI"]in the AWF mermaid diagram — gives the impression that AWF is Copilot-specific. The AWF protects all engines, but the diagram doesn't say so.tools.mddoes not flag which tools are engine-specific (none are, but a brief "all tools work with all engines" reassurance would help).gh aw initwith the intent of using Claude — does the agent file matter? Should it be deleted?Question 3: Documentation Gaps and Assumptions
Where does the documentation assume Copilot usage?
Copilot-Centric Language Found In:
introduction/architecture.mdx:188— AWF diagram subgraphAgentcontainsCOPILOT["Copilot CLI"]as the canonical agent process. Should be a genericAGENT["AI Agent CLI"]or include all engines.introduction/architecture.mdx:228— Configuration example usesengine: copilot. Could include a comment showing this works withclaude/codex/geminitoo.introduction/architecture.mdx:280— MCP sandboxing diagram lists(Copilot, Claude, Codex)for the AI Engine — Gemini is missing.setup/quick-start.mdx:36— Step 1 (extension install) is engine-agnostic, good.setup/quick-start.mdx:67-79— Step 2-3 narrative is structured around Copilot setup; alternative engine flows are pointer-only.setup/cli.md:134—gh aw initdescription says "creates the dispatcher agent file (.github/agents/agentic-workflows.agent.md)" without noting this only matters for Copilot users.reference/engines.md:23— "Copilot CLI is the default —engine:can be omitted when using Copilot." Followed byengines.md:27"If you are unsure, start with Copilot and switch later by changing onlyengine:and the corresponding secret." For a user who actively chose Claude, this nudge is friction.Missing Alternative Instructions:
engines.mdWhich engine should I choose?section is one paragraph and Copilot-favoring.Claude Tool Enforcement Security Modelsection inengines.md:434is excellent and Claude-specific — good. But there's no equivalent depth for "Claude differences you should know" outside security.Severity-Categorized Findings
Critical Blockers (Score: 1/10)
No true blockers found. A Claude user who reads
reference/engines.mdandreference/auth.mdxcan fully onboard.Blocker 1: gh aw init defaults assume Copilot scaffolding
Impact: Mild — users can ignore the agent file or use
--no-mcp, but it's confusing.Current State:
setup/cli.md:134says "Configures.gitattributes, creates the dispatcher agent file (.github/agents/agentic-workflows.agent.md)". No flag like--engine claudedocumented forinit.Why It's a Blocker: A Claude user running
gh aw initgets a Copilot-only artifact (*.agent.mdfile) committed to their repo, with no explanation of whether to delete it.Fix Required: Document that the agent file is only used by the Copilot engine. Add a note: "If you plan to use Claude/Codex/Gemini exclusively, you can delete
.github/agents/agentic-workflows.agent.md— it has no effect."Affected Files:
docs/src/content/docs/setup/cli.mdMajor Obstacles (Score: 4/10)
Obstacle 1: Quick Start does not show Claude auth inline
Impact: Significant friction in the linear onboarding path.
Current State:
quick-start.mdx:76-79has an inline[!NOTE]block walking through PAT creation forCOPILOT_GITHUB_TOKEN. ANTHROPIC_API_KEY users must click out toreference/auth.mdx.Why It's Problematic: Half of the four supported engines (Claude, Codex, Gemini) require API keys, not GitHub PATs. The Quick Start treats the API-key flow as a footnote even though
add-wizardlets users pick any of the four.Suggested Fix: Replace the single Copilot
[!NOTE]block with a tabbed/expandable section covering all four engine setups. Each tab links to the API key console and shows the matchinggh aw secrets setcommand.Affected Files:
docs/src/content/docs/setup/quick-start.mdxObstacle 2: Architecture diagrams hard-code Copilot CLI
Impact: Reading
introduction/architecture.mdxas a Claude user gives the wrong impression that the security architecture is Copilot-shaped.Current State:
architecture.mdx:188AWF mermaid diagram showsCOPILOT["Copilot CLI"]as the agent process. The Squid proxy, MCP gateway, and threat-detection job actually protect all engines.Why It's Problematic: Visual artifacts carry strong signal. A user evaluating gh-aw for Claude will conclude (incorrectly) that the security model is built around Copilot.
Suggested Fix: Replace
COPILOTnode label withAGENT["AI Agent CLI<br/>(Copilot, Claude, Codex, Gemini)"]inarchitecture.mdx:188-191. Also add Gemini to the engine list atarchitecture.mdx:280.Affected Files:
docs/src/content/docs/introduction/architecture.mdxObstacle 3: "Which engine should I choose?" nudges toward Copilot
Impact: Reads as if Claude is a fallback rather than a peer.
Current State:
engines.md:27reads "Copilot is the default choice for most users because it supports the broadest gh-aw feature set... If you are unsure, start with Copilot and switch later."Why It's Problematic: True for
engine.agent/engine.harness/max-continuations— but a Claude Code user who chose Claude deliberately is not "unsure". The framing assumes the reader has no engine preference.Suggested Fix: Reframe as a tradeoffs paragraph — "Choose Copilot if you need custom agents or autopilot continuations. Choose Claude if you want longer reasoning sessions with
max-turnsor already pay for Anthropic API access. Choose Codex/Gemini for existing OpenAI/Google tooling integrations."Affected Files:
docs/src/content/docs/reference/engines.mdMinor Confusion Points (Score: 6/10)
README.md:60-983) — pushes the actual content (Documentation, Contributing, Sharing Feedback) far below the fold. — File:README.mdintroduction/overview.mdx:13lists "Copilot CLI, Claude by Anthropic, or Codex" — Gemini is omitted. — File:docs/src/content/docs/introduction/overview.mdxdocs/src/content/docs/reference/faq.mdreference/engines.md:280MCP sandboxing diagram missing Gemini and Crush from(Copilot, Claude, Codex)engine list. — File:docs/src/content/docs/reference/engines.mdgh aw init --engine claudeis not documented as an option — onlygh aw new --engine claudeinjects engine into frontmatter (setup/cli.md:181).Engine Comparison Analysis
Documentation Quality by Engine
Tool Availability Analysis
Engine-Agnostic Tools (work with Claude):
bash,edit,github,playwright,cache-memory,repo-memory,qmd,agentic-workflows,web-fetch,cli-proxy, allmcp-servers:configurations, allsafe-outputs:.Engine-Specific Tools/Features:
web-searchbehavior differs (Codex has it native; others need MCP) — documented attools.md:67.engine.agent) — Copilot only.engine.harness) — Copilot only.max-continuations) — Copilot only.max-turns— Claude only.Unclear/Undocumented: None significant.
Authentication Requirements
Current Documentation
auth.mdx:76)auth.mdx:103)auth.mdx:129)auth.mdx:171)Missing for Claude Users
auth.mdx:109links to(platform.claude.com/redacted) — should also referencehttps://console.anthropic.com/` which is the more familiar entry point.Secret Names
COPILOT_GITHUB_TOKEN(documented, fine-grained PAT)ANTHROPIC_API_KEY(documented atauth.mdx:103)OPENAI_API_KEYorCODEX_API_KEY(documented)GEMINI_API_KEY(documented)All secret names are documented. Good coverage.
Example Workflow Analysis
Workflow Count by Engine
Effective Copilot share: ~55%. Effective Claude share: ~22%.
Quality of Examples
Copilot Examples: Plentiful, cover most workflow patterns.
Claude Examples: 49 workflows is a respectable corpus. Examples like
audit-workflows.md,aw-failure-investigator.md,approach-validator.md, andblog-auditor.mdshowcase Claude withcli-proxy,agentic-workflows, and complex imports. Sufficient for a Claude user to learn from.Gemini Examples: Zero. The docs claim Gemini support but the project itself does not eat its own dog food for Gemini.
Recommended Actions
Priority 1: Critical Documentation Fixes
ANTHROPIC_API_KEYsetup alongsideCOPILOT_GITHUB_TOKEN— File:docs/src/content/docs/setup/quick-start.mdxgh aw initagent-file scaffolding as Copilot-specific — note that.github/agents/agentic-workflows.agent.mdonly matters for Copilot — File:docs/src/content/docs/setup/cli.mdCopilot CLInode label withAI Agent CLIand list all engines in MCP sandboxing diagram — File:docs/src/content/docs/introduction/architecture.mdxPriority 2: Major Improvements
docs/src/content/docs/reference/engines.mddocs/src/content/docs/reference/faq.mdREADME.mdPriority 3: Nice-to-Have Enhancements
Positive Findings
engines.mdfeature comparison table (reference/engines.md:33) is excellent — clearly maps every feature to every engine.auth.mdx:103has dedicated, well-structuredANTHROPIC_API_KEYsetup with troubleshooting.gh aw secrets bootstrap --engine claudeexists for engine-specific secret discovery.gh aw new --engine claudecorrectly injects engine into frontmatter template..github/workflows/provide real, working examples.Claude Tool Enforcement Security Modelsection (engines.md:434) demonstrates careful engine-specific security thinking.tools:,mcp-servers:, andsafe-outputs:configuration is engine-agnostic — no Claude/Copilot fork.Conclusion
Can Claude Code Users Successfully Adopt gh-aw?
Answer: Yes, with moderate friction.
Reasoning: A Claude user who reads
reference/engines.mdandreference/auth.mdxwill find everything they need: secret name, setup steps, feature compatibility, working examples. The friction is in the linear onboarding path (Quick Start) and visual identity (architecture diagrams), both of which feel Copilot-shaped. The technical surface is engine-equal; the documentation surface tilts Copilot.Overall Assessment Score: 7/10
Breakdown:
Next Steps
Appendix: Files Reviewed
Complete List of Documentation Files Analyzed
README.mddocs/src/content/docs/setup/quick-start.mdxdocs/src/content/docs/setup/cli.mddocs/src/content/docs/introduction/how-they-work.mdxdocs/src/content/docs/introduction/architecture.mdxdocs/src/content/docs/introduction/overview.mdxdocs/src/content/docs/reference/tools.mddocs/src/content/docs/reference/engines.mddocs/src/content/docs/reference/auth.mdx.github/workflows/audit-workflows.md(sample Claude workflow)Report Generated: §25601365257
Engine Used: claude (eating our own dog food)
All reactions