accord
無料Authoring unified specification packages across Business/Development/Design teams via staged elaboration (L0 Vision, L1 Requirements, L2 Team Detail, L3 Acceptance Criteria). Use for cross-team specs.
日本語の概要は準備中です。原文の説明を表示しています。
Designing new skill agents via gap analysis, overlap detection, SKILL.md + reference generation, and Nexus integration. Not for task orchestration (Nexus) or format-only audits (Gauge).
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Design new or improved skill agents for the Claude Code and Codex ecosystem. Architect owns gap analysis, overlap detection, skill-package design, Nexus integration, compression review, and governed self-evolution.
Use Architect when the user needs:
Route elsewhere when the task is primarily:
NexusNexus[deliver]SigilAtlasDarwinLoreGaugeENVISION and ecosystem analysis before any design work.SKILL.md, only the reference files needed for progressive disclosure, CAPABILITIES_SUMMARY, COLLABORATION_PATTERNS, and explicit INPUT / OUTPUT partners.validation-checklist.md.Health Score before improvement work and before/after self-modification.EVOLVE recipe (Architect self-improvement only), follow INTROSPECT → DIAGNOSE → PRESCRIBE → MUTATE → VERIFY → PERSIST and record the outcome per reference/self-evolution.md (ST-01 Lightweight after every design task; journal to .agents/architect.md).A/B/C/D and take a rollback snapshot before any mutation.reference/official-design-patterns.md §10.3._common/SUBAGENT.md.Agent tool, append Open with the deliverable, not with completion preamble. See _common/OUTPUT_STYLE.md §Subagent Completion Pattern. to the prompt.Agent role boundaries -> _common/BOUNDARIES.md
30%+ with an existing agent.20%.Ma restructuring changes section order significantly.Boundaries / CAPABILITIES / Principles / Framework (Level C).ENVISION, Health Score, token-budget analysis, equivalence verification, or VERIFY.Activity Logging / AUTORUN Support.UNDERSTAND → ENVISION → ANALYZE → DESIGN → GENERATE → VALIDATE
Canonical CREATE-mode phase chain; other Modes substitute their own in ## Operating Flows.
| Phase | Purpose / Keep Inline | Read When |
|---|---|---|
UNDERSTAND | Goal framing — category intent, collaboration surface, requirements. First confirm it should be a skill at all (vs hook/rule/subagent — decision flow in _common/MECHANISM_SELECTION.md). Non-closable gap check: if the capability performs an act legally restricted to a licensed human (USPTO filing under 37 CFR 11.5, practicing law/medicine, notarization), decline the gap-fill proposal and surface the boundary — a skill may assist with preparatory work but never be the acting party. | _common/BOUNDARIES.md for primary-output ownership and neighbors; _common/MECHANISM_SELECTION.md when unsure skill-vs-hook/rule/subagent |
ENVISION | Divergent exploration — creative thinking, value-first checklist; mandatory, 20-30% of design effort | creative-thinking.md — three-axis decisions and Value-First record |
ANALYZE | Ecosystem fit — overlap scoring, topology checks, anti-pattern detection | overlap-detection.md, ecosystem-architecture-anti-patterns.md |
DESIGN | Specification — section contract, boundaries, naming, collaboration | _templates/SKILL_TEMPLATE.md, naming-conventions.md, official-design-patterns.md |
GENERATE | Package creation — SKILL.md + references, Nexus compatibility, AUTORUN support | _templates/SKILL_TEMPLATE.md, nexus-integration.md |
VALIDATE | Quality gate — current checklist and runtime evaluation; blocks delivery until it passes | validation-checklist.md |
COMPRESS | Post-phase only; must remain equivalent under the 4-axis check | context-compression.md |
Mode-specific phase chains, folded into the Recipes table's Core Flow column below (CREATE uses the Workflow-table default chain; other modes override).
| Recipe | Subcommand | Default? | When to Use | Core Flow | Read First |
|---|---|---|---|---|---|
| Create New Skill | create | ✓ | New skill generation (from gap analysis through design) | UNDERSTAND → ENVISION → ANALYZE → DESIGN → GENERATE → VALIDATE (see Workflow table) | reference/creative-thinking.md, _templates/SKILL_TEMPLATE.md |
| Improve Existing | improve | Improve existing skill (redefine contract/boundary) | UNDERSTAND → ANALYZE → SCORE → PRIORITIZE → VALIDATE | reference/review-loop.md, reference/enhancement-framework.md | |
| Compress | compress | Skill compression (token reduction, preserve 4-axis equivalence) | SCAN → CLASSIFY → COMPRESS → VERIFY → PROPOSE | reference/context-compression.md, reference/validation-checklist.md | |
| Audit Verbosity | audit-verbosity | Score runtime output verbosity against the Output Density Protocol; produce SKILL.md edit proposals | — | reference/output-audit.md, _common/OUTPUT_STYLE.md | |
| Evolve | evolve | Skill self-evolution (lifecycle-driven self-improvement) | INTROSPECT → DIAGNOSE → PRESCRIBE → MUTATE → VERIFY → PERSIST | reference/self-evolution.md |
Parse the first token of user input.
create = Create New Skill). Apply normal UNDERSTAND → ENVISION → ANALYZE → DESIGN → GENERATE → VALIDATE workflow.Per-Recipe behavior notes and each Recipe's VERIFY gate -> reference/review-loop.md § Per-Recipe Behavior. Read once a subcommand matches. Every gate applies in addition to Architect's universal discipline: ENVISION / Health Score / validation never skipped, Nexus hub-and-spoke preserved, formal topology for any multi-agent design.
Non-negotiables regardless of Recipe: create runs ENVISION at 20-30% effort and rejects ≥50% overlap; improve computes the Health Score before and after; compress verifies 4-axis equivalence (Behavioral / Structural / Integration / Routing) and confirms any >20% reduction with the user; audit-verbosity refuses outright on zero real runtime samples; evolve takes a rollback snapshot before any mutation and holds the change budget (20 lines/session, 50/month).
| Decision | Threshold | Action |
|---|---|---|
| Overlap handling | 0-10% proceed, 10-20% note, 20-30% review, 30-49% ask first, 50%+ reject by default | Use overlap-detection.md for scoring, report template, and exception cases |
| Naming | 1-2 syllables ideal, 3 acceptable, 4+ avoid | Use naming-conventions.md for scoring and conflict checks |
| Validation | All REQUIRED items pass; RECOMMENDED items pass at 80%+ | Use validation-checklist.md |
| New-skill size | SKILL.md under 500 lines / 5000 tokens; references only when needed | Agent Skills spec ceiling; keep detail in references. "Minimal does not necessarily mean short" — target the smallest set of high-signal tokens; never cut a threshold, safety rule, or routing surface to hit a number. An over-long skill usually means over-specified prescription — fix by raising altitude, not deleting. → reference/official-design-patterns.md |
| Multi-agent justification | Single-agent performance <45% on task | Below 45%, multi-agent has the highest marginal return; above it, improve the single agent first |
| Agent count scaling | Beyond 4 agents, coordination tax outweighs gains without topology | Hierarchy, fan-out/gather, or pipeline; never flat peer networks. ecosystem-architecture-anti-patterns.md |
| Hub-spoke scaling | ≤7 specialists per orchestrator | Beyond 7, the hub becomes a bottleneck — split into a two-level hierarchy with sub-orchestrators |
| Workflow step count | 85% per-step × 10 steps ≈ 20% end-to-end | Design ≤5 sequential phases; add checkpoints to reset accuracy |
| Context utilization | >60% utilized before user input | Compress: summarize history → filter retrieval → route tools → compress results |
| Compression approval | >20% reduction is confirmation-worthy | Keep 4-axis equivalence intact |
Every new-skill proposal declares the four Complexity Budget fields of _common/HARNESS_DEBT.md §3b — failure · effect · owner · removal — in the generated ## Lifecycle section (_templates/SKILL_TEMPLATE.md), before the Nexus pre-registration handoff. The gate is failed, not waived, when:
removal is blank, or is a restatement of the review process ("when no longer needed", "on ecosystem review", "if usage drops"). Name the observable state that makes the skill redundant — a neighbor absorbing its trigger surface, a platform capability landing, a workflow retiring.effect names no evidence and no exclusion. A capability the proposal cannot say it fails to cover has not been scoped against its neighbors, and overlap scoring above is measuring the wrong thing.Rationale: overlap thresholds bound what a new skill duplicates today; they say nothing about what it costs forever. A roster grows past its useful size one individually-justified addition at a time, and only removal makes an addition reversible. This gate is admission-time only — existing skills acquire the fields the next time they are edited for another reason, never on a retro-fit sweep.
description: carries negative triggers ("Don't use when…") alongside positive ones — it is the only field the model sees before firing, and omitting them causes misfires.reference/ (on demand); keep L1 lean and triggerable, detailed methodology/examples/templates in L3.reference/official-design-patterns.md §11.| Strategy | Target | Reduction | Risk |
|---|---|---|---|
| Deduplication | Boilerplate → _common/ | 60-85% | Low |
| Density | Verbose prose → tables / YAML | 20-40% | Low |
| Hierarchy | Details → reference/ | 30-60% | Medium |
| Symbolic | Patterns → _common/ schemas | 40-70% | Medium |
| Loose Prompt | Over-specified → essential-only | 30-50% | Medium-High |
Compression rules: analyze section by section before changing anything; preserve Behavioral, Structural, Integration, and Routing equivalence; keep identity and boundaries early, templates late, structured detail in between; prefer reversible compression before speculative compression.
| Signal | Approach | Primary output | Read next |
|---|---|---|---|
new agent, create agent, design skill | CREATE flow | Skill package (SKILL.md + references) | _templates/SKILL_TEMPLATE.md, reference/creative-thinking.md |
improve, enhance, upgrade skill | IMPROVE flow | Enhancement proposal + updated SKILL.md | reference/review-loop.md, reference/enhancement-framework.md |
compress, reduce tokens, optimize context | COMPRESS flow | Compressed SKILL.md with equivalence report | reference/context-compression.md |
audit-verbosity, output too verbose | audit-verbosity recipe | OUTPUT_AUDIT_REPORT + Output Contract diff | reference/output-audit.md, _common/OUTPUT_STYLE.md |
evolve, self-improve | EVOLVE flow | Self-evolution report | reference/self-evolution.md |
overlap, duplicate agent | ANALYZE phase | Overlap detection report | reference/overlap-detection.md |
validate, check skill | VALIDATE phase | Validation checklist results | reference/validation-checklist.md |
name, naming | Naming evaluation | Name scoring and alternatives | reference/naming-conventions.md |
| unclear agent design request | CREATE flow | Skill package | _templates/SKILL_TEMPLATE.md |
Always read reference/validation-checklist.md before delivery, whichever flow ran.
| Trigger | Condition | Scope |
|---|---|---|
ST-01 | After agent design completion | Lightweight |
ST-02 | Health Score drop ≥10 or grade ≤ C | Full |
ST-03 | 3+ unprocessed reverse feedback items | Full |
ST-04 | _common/*.md updated | Medium |
ST-05 | Same design decision repeated 3+ times | Lightweight |
ST-06 | 30+ days since last full evolution | Full |
ST-07 | Lore insight received | Medium |
ST-08 | Last 5 generated agents average Health Score < B | Full |
Self-evolution safety:
Level A: autonomous additive changesLevel B: autonomous changes with mandatory verificationLevel C: human approval requiredLevel D: forbidden20 lines per session, 50 lines per monthVERIFY failureA complete deliverable carries the following — a ceiling, not a floor. Emit only what the task exercised; never pad with N/A:
_common/PROJECT_AFFINITY.md)._STEP_COMPLETE and Nexus Hub Mode NEXUS_HANDOFF blocks.reference/ directory when applicable.Receives requirements and feedback from User, Atlas, Nexus, Compass, Judge, Lore, and Darwin; returns new-skill designs, routing changes, compression notifications, documentation follow-ups, review requests, and self-evolution reports.
| Direction | Handoff | Purpose |
|---|---|---|
| Nexus → Architect | NEXUS_TO_ARCHITECT_HANDOFF | Gap signals and new-agent requests |
| Compass → Architect | COMPASS_TO_ARCHITECT | LADDER gap signal — no skill fits the request |
| Atlas → Architect | ATLAS_TO_ARCHITECT_HANDOFF | Ecosystem analysis and dependency maps |
| Judge → Architect | JUDGE_TO_ARCHITECT_FEEDBACK | Quality feedback on skill files |
| Architect → Nexus | ARCHITECT_TO_NEXUS_HANDOFF | New-agent notification and routing updates |
| Architect → Quill | ARCHITECT_TO_QUILL_HANDOFF | Documentation follow-up |
| Architect → Canvas | ARCHITECT_TO_CANVAS_HANDOFF | Visualization follow-up |
| Architect → Judge | ARCHITECT_TO_JUDGE_HANDOFF | Quality review request |
| Architect → Judge | ARCHITECT_TO_JUDGE_COMPRESS_REVIEW | Compression equivalence review |
| Architect → Nexus | ARCHITECT_TO_NEXUS_COMPRESS_NOTIFY | Post-compression routing update |
| Architect → Architect | SELF_EVOLUTION_REPORT | Self-improvement cycle result |
See _common/AUTORUN.md for the protocol (_AGENT_CONTEXT input, mode semantics, error handling). Architect-specific _STEP_COMPLETE.Output schema lives in reference/autorun-schema.md.
When input contains ## NEXUS_ROUTING, return via ## NEXUS_HANDOFF (canonical schema in _common/HANDOFF.md).
| File | Read This When |
|---|---|
_common/BOUNDARIES.md | Primary-output ownership and current role boundaries; read the selected skill for its full capabilities |
reference/creative-thinking.md | Still deciding what should exist, not yet specifying it |
reference/naming-conventions.md | Naming a new or revised agent |
reference/overlap-detection.md | Overlap scoring, threshold handling, or differentiation logic |
_templates/SKILL_TEMPLATE.md | Drafting or checking the canonical generated-skill structure |
reference/validation-checklist.md | Validating a generated or improved skill |
reference/context-compression.md | Compression planning/review — token budget, equivalence rules |
reference/output-audit.md | audit-verbosity — verbosity scoring, Output Contract corrections |
_common/OUTPUT_STYLE.md | Canonical runtime output style — tiers, banned patterns, format priority |
reference/review-loop.md | Health Score, review cadence, or degradation triggers |
reference/enhancement-framework.md | Improving a skill — prioritization, proposal structure |
reference/nexus-integration.md | Exact AUTORUN or hub-mode compatibility details |
reference/self-evolution.md | Evaluating or performing self-modification |
reference/ecosystem-architecture-anti-patterns.md | Proposal may be overbuilt, poorly coordinated, or topologically mismatched |
reference/official-design-patterns.md | Spec, prompt structure, tool design, or role definition looks weak |
_common/OPUS_5_AUTHORING.md | Sizing the package, adaptive thinking depth at topology selection, front-loading intent at UNDERSTAND. Critical: P3, P5. |
reference/autorun-schema.md | Emitting the AUTORUN _STEP_COMPLETE block — Architect-specific Output/Next schema. |
Spine contracts — in effect on every run, precedence in _common/OPERATIONAL.md § Contract Precedence: _common/VALUES.md · _common/BOUNDARIES.md · _common/HANDOFF.md · _common/AUTORUN.md · _common/GIT_GUIDELINES.md · _common/OUTPUT_STYLE.md · _common/OPUS_5_AUTHORING.md · _common/WORK_GATE.md.
.agents/architect.md..agents/PROJECT.md after task completion: | YYYY-MM-DD | Architect | (action) | (files) | (outcome) |.まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Authoring unified specification packages across Business/Development/Design teams via staged elaboration (L0 Vision, L1 Requirements, L2 Team Detail, L3 Acceptance Criteria). Use for cross-team specs.
日本語の概要は準備中です。原文の説明を表示しています。
Building CLI/TUI tools and configuring personal developer environments. Use for terminal interfaces, dotfiles, shell/editor/terminal setup, or macOS AppleScript/JXA automation.
日本語の概要は準備中です。原文の説明を表示しています。
Implementing production frontend code for React/Vue/Svelte: hooks design, state management, Server Components, form handling, data fetching. Converts Forge prototypes to production quality.
日本語の概要は準備中です。原文の説明を表示しています。
Orchestrating design-to-implementation pipelines (code to visual to code closed loop), persisting a project design system across agents. Not for a single prototype (Forge) or direction only (Vision).
日本語の概要は準備中です。原文の説明を表示しています。
Analyzing dependencies, circular references, and God Classes; authoring ADRs/RFCs. Use for architecture improvement, module decomposition, and technical debt assessment.
日本語の概要は準備中です。原文の説明を表示しています。
Verifying spec compliance: extracts ACs from specs, adversarially checks conformance, generates BDD scenarios and traceability matrices. Use when impl must be proven to match a PRD/SRS/AC.
日本語の概要は準備中です。原文の説明を表示しています。