Claude Code is a terminal-based coding agent from Anthropic. In this workshop track, use it as another local agent surface for reading a repo, editing files, and running checks. The current official docs make three practical boundaries worth keeping visible from the start:Documentation Index
Fetch the complete documentation index at: https://labs.prompthon.io/llms.txt
Use this file to discover all available pages before exploring further.
- the repository root Claude Code should work inside
- the MCP tools and data sources you connect into that repo
- the reusable project instructions you keep in version control
Install
Install Claude Code with the native installer:Start In A Repository
Run Claude Code from the project you want it to inspect:Connect Tools With MCP
Claude Code becomes more useful once the repo can reach the same systems your team already uses. Anthropic’s current MCP docs distinguish three scopes:local: the default server scope for the current project entry in~/.claude.jsonproject: a team-shared.mcp.jsonfile checked into the repositoryuser: private cross-project servers stored in~/.claude.json
.mcp.json and prompts for approval
before using a project-scoped server from version control. Use /mcp when a
remote server needs OAuth login.
Prefer project scope for handbook workshops when the same tool boundary should
be visible to every contributor. Prefer user scope only for personal utilities
or credentials that should not live in the repository.
Keep Project Instructions Explicit
Claude Code’s current docs expect teams to keep repo-specific instructions in a checked-inCLAUDE.md. Use it for coding standards, architecture decisions,
review checklists, and the “how we work here” rules that should stay close to
the repo rather than inside a one-off prompt.
This handbook uses the same idea for public learning material: keep workshop
steps, source maps, and contributor guidance as visible artifacts that can be
reviewed and updated.
Basic Working Loop
Before starting a task:- inspect the existing repo structure before proposing changes
- keep edits aligned with the current issue or workshop step
- run the repo’s validation command after changing files
- report changed files and any commands that failed
- name any MCP server, repo instruction file, or permission boundary it relied on
Good Defaults
- Keep the terminal rooted at the repo you want to change.
- Do not paste secrets, bot tokens, or API keys into chat.
- Treat untrusted MCP servers and prompt-injection-prone data sources as a real security boundary, not as a convenience feature.
- Prefer small, reviewable changes during a workshop.
- Use the same validation checklist you would use for Codex work.
Next Steps
- Compare this setup with Codex Desktop Agent Setup when you want a second local coding-agent surface.
- Read Skills Introduction after desktop setup is working and you want repeatable slash-command workflows.
- Use Local Agent Tooling Source Map when you need the repo’s terminology for runtimes, skills, roots, resources, and connectors.
