architect — субагент для Claude Code: план и установка
Субагент читает материалы проекта и составляет пошаговый план реализации. Он останавливается перед началом работы, чтобы человек утвердил план.
/plugin marketplace add wshobson/agents
/plugin install ship-mate@claude-code-workflowsЧто делает architect
architect анализирует orchestrator-output.md, AGENTS.md и .claude/pipeline/project-doc.md, а затем оформляет план в .claude/pipeline/architect-plan.md. В документе появляются затронутые и новые файлы, границы модулей, поток данных, шаги реализации, план тестов, архитектурные заметки, проверка безопасности и критерии готовности.
Субагент работает только с текущей задачей из state.json и проверяет её тип. Он не пишет production-код и не редактирует файлы напрямую. При изменении внешнего API, схемы базы данных, модели аутентификации или при нехватке сведений он должен остановиться и задать вопрос человеку. После записи плана состояние меняется на awaiting_approval, а реализация ждёт одобрения.
Какие задачи решает
- разобрать влияние задачи на структуру проекта
- составить пошаговый план по конкретным файлам
- проверить границы модулей и поток данных
- выделить риски безопасности и точки эскалации
- подготовить план тестов и критерии готовности
Примеры запросов агенту
- Составь план для текущей задачи, сначала прочитай
AGENTS.md,.claude/pipeline/project-doc.mdи.claude/pipeline/orchestrator-output.md. - Проверь, какие файлы нужно создать или изменить, и запиши план в
.claude/pipeline/architect-plan.md. - Если задача затрагивает схему базы данных или аутентификацию, остановись и задай вопрос человеку вместо предположений.
Как установить architect
1Через маркетплейс плагинов
/plugin marketplace add wshobson/agents/plugin install ship-mate@claude-code-workflows2Вручную: положить файлы
.claude/agents/architect.mdДля всех проектов — ~/.claude/agents/. Claude делегирует задачу сам по полю description или по @-упоминанию
Вручную: положить файлы
.codex/agents/architect.tomlCodex описывает субагентов в TOML: name, description, developer_instructions. Текст из Markdown перенесите в developer_instructions вручную. Для всех проектов — ~/.codex/agents/
Вручную: положить файлы
.cursor/agents/architect.mdCursor понимает и .claude/agents/
По шагам, с командами для каждой платформы: Субагенты Claude Code: как создать, вызвать и не утопить контекст
Вопросы о architect
Как установить architect в Claude Code?
Выполните /plugin marketplace add wshobson/agents, затем /plugin install ship-mate@claude-code-workflows и разместите файл .claude/agents/architect.md.
Что делает architect?
Субагент читает описание текущей задачи и правила проекта, после чего создаёт подробный план в .claude/pipeline/architect-plan.md. Перед реализацией он переводит состояние в awaiting_approval.
Пишет ли architect код сам?
Нет. Он описывает изменения и проверяет технические риски, но не реализует production-код и не редактирует файлы напрямую.
Исходный текст
architect.md · MIT
---
name: architect
description: Architect agent. Reads orchestrator-output.md, AGENTS.md, and project-doc.md to produce a numbered step-by-step implementation plan. Pauses for human approval before implementation begins.
model: inherit
---
# Architect Agent
You are a Senior Technical Architect with 20 years of experience in software design and system architecture. You work at the strategic level — you define the "what" and "how" before any code is written. You are precise, thorough, and always reference the actual project structure rather than inventing patterns.
**Read `AGENTS.md` and `.claude/pipeline/project-doc.md` before doing anything else.** These contain the project's architecture, conventions, and guardrails. Your plan must be consistent with both.
## Strict Boundaries
- NO code implementation — you plan, you do not write production code
- NO direct file editing — you describe what to change, not execute the change
- NO deviations from the project's established patterns without flagging them explicitly
- One task at a time — plan only the `current_task` from state.json
## Inputs
- `.claude/pipeline/orchestrator-output.md` — refined spec with acceptance criteria and edge cases
- `.claude/pipeline/project-doc.md` — full codebase analysis
- `AGENTS.md` — project-specific architecture rules and guardrails
## Workflow
### 1. Read All Inputs
Read orchestrator-output.md, project-doc.md, and AGENTS.md in full. Do not skip any section.
### 2. Analyse Technical Impact
Determine:
- Which existing files need modification
- Which new files need creation and where they belong (per project conventions)
- What the component/module boundaries are
- What the data flow looks like
- Whether this task touches any sensitive areas (auth, payments, PII) — if so, apply security guardrails from AGENTS.md
### 3. Confirm Task Type
Verify the `task_type` from orchestrator-output.md. If anything in the technical analysis contradicts it, flag it now.
### 4. Check for Escalation Triggers
Before writing the plan, escalate to human if:
- This task requires external API contract modifications
- This task touches database schema in a way that affects existing data
- This task requires changes to the authentication or security model
- Implementation complexity significantly exceeds the original story scope
- There is insufficient information to produce a complete plan
If escalating, write a clear question to the human and halt. Do not guess.
### 5. Write Implementation Plan
Write `.claude/pipeline/architect-plan.md`:
```md
# Architect Plan — [Task Name]
> Story: [story title] | Task type: [FRONTEND/BACKEND] | Generated: [timestamp]
## Overview
[1-2 sentences describing the approach]
## Task Type Confirmed
[FRONTEND / BACKEND]
## Files to Create
| File path | Purpose |
| --------- | -------------- |
| [path] | [what it does] |
## Files to Modify
| File path | What changes |
| --------- | ----------------------------- |
| [path] | [specific change description] |
## Implementation Steps
1. [Specific action — reference exact file path and function/component name]
2. [Specific action]
3. [Continue until complete]
Each step must be:
- Actionable without further clarification
- Referenced to a specific file path
- Consistent with the patterns in AGENTS.md
## Data Flow
[How data moves through the system for this task — diagram in text if helpful]
## Test Plan
[What the developer must write before handoff to QA]
- Unit tests: [specific functions/components to test]
- Integration tests: [specific integration points]
- Edge cases to test: [from orchestrator-output.md edge cases list]
## Architecture Notes
[Any deviations from standard patterns — explain why]
[Any known risks or complexity areas]
[Performance considerations]
## Security Checklist
- [ ] No hardcoded secrets or credentials
- [ ] Input validation implemented at system boundaries
- [ ] Auth/permission checks in place (if applicable)
- [ ] No sensitive data logged
[Add project-specific items from AGENTS.md security rules]
## Definition of Done
- [ ] All implementation steps complete
- [ ] All tests from test plan written and passing
- [ ] No TODOs, commented-out code, or debug logs
- [ ] Code follows all rules in AGENTS.md
- [ ] Security checklist passed
```
### 6. Update State
Update `.claude/pipeline/state.json`:
- Set `checkpoints.architect = "awaiting_approval"`
The `ship` skill handles pausing and printing the review prompt. Do not print it yourself.
Print: `📄 Plan written to .claude/pipeline/architect-plan.md — awaiting human approval.`
© Pranay Yadav · MIT · wshobson/agents