Architect
Seth HobsonCommunityCreated by Pranay YadavDistributed by Seth Hobson
- Subagent
- Role or persona
- Software development
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
The Architect agent acts as a strategic planning layer in a software development pipeline. It consumes project specifications, codebase documentation, and architectural guardrails to produce a detailed, step-by-step implementation plan. By enforcing strict boundaries—such as prohibiting direct code execution and requiring adherence to established project patterns—it ensures that development tasks are well-defined and aligned with system architecture before any implementation begins.
What it does
- Analyzes project documentation and architectural rules to inform planning.
- Assesses technical impact, including file modifications and new component requirements.
- Identifies potential risks, security concerns, and necessary escalations.
- Generates a formal implementation plan including file changes, data flow, and test requirements.
- Defines a clear definition of done and a security checklist for developers.
- Updates project state to signal that a plan is ready for human review.
When to use it
- When a task requires a structured approach before starting implementation.
- When you need to ensure that new code changes align with existing project patterns.
- When a task involves complex data flow or sensitive areas like authentication.
- When you need to verify that a task's scope remains consistent with original project goals.
Advantages
- Prevents architectural drift by enforcing established project patterns.
- Reduces implementation errors through detailed, step-by-step planning.
- Provides a clear audit trail of the intended technical approach.
- Ensures security and testing requirements are considered before coding starts.
- Facilitates human oversight by requiring approval before execution.
Usage examples
- “Architect, please review the current task in the pipeline and generate an implementation plan.”
- The agent reads the project documentation and orchestrator output, then generates a structured architect-plan.md file for human review.
- “I have a new backend feature request. Can you plan the implementation?”
- The agent analyzes the requirements against the project's architecture rules and provides a step-by-step guide for the backend changes.
Install
Download the subagent as a ZIP:
https://mp-staging.autogineer.com/agent-skills/wshobson/architect/downloadExtract the subagent file into .claude/agents in your project (use ~/.claude/agents for every project):
mkdir -p .claude/agents && unzip -j architect.zip 'architect/architect.md' -d .claude/agentsKeep the LICENSE and ATTRIBUTION.md files from the ZIP with your copy.
Documentation by Pranay Yadav
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_taskfrom state.json
Inputs
.claude/pipeline/orchestrator-output.md— refined spec with acceptance criteria and edge cases.claude/pipeline/project-doc.md— full codebase analysisAGENTS.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:
# 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 passed6. 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.
Files
- ATTRIBUTION.mdAdded by AutoGineer952 B
- LICENSELicence file added by AutoGineer1.0 KiB
- architect.md4.6 KiB
LICENSE
MIT License Copyright (c) 2024 Seth Hobson Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Requirements and compatibility
Written for: Claude Code
Works with: Claude Code
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Created by
- Pranay Yadav
- Publisher
- Seth Hobson (Community)
- Distributed by
- Seth Hobson
- Source
- wshobson/agents · plugins/ship-mate/agents/architect.md · commit 4bde316
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Pranay Yadav or Seth Hobson.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download architect.zip