openup-create-architecture-notebook
Generate or update architecture documentation from template
Best use case
openup-create-architecture-notebook is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Generate or update architecture documentation from template
Teams using openup-create-architecture-notebook should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/openup-create-architecture-notebook/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How openup-create-architecture-notebook Compares
| Feature / Agent | openup-create-architecture-notebook | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Generate or update architecture documentation from template
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Create Architecture Notebook This skill generates or updates an architecture notebook from the OpenUP template. ## When to Use Use this skill when: - Starting Elaboration phase and need to document architecture - Making significant architectural decisions - Need to document system design and constraints - Establishing architecture baseline - Reviewing or updating existing architecture ## When NOT to Use Do NOT use this skill when: - In Inception phase before architecture is defined (use `/openup-create-vision`) - Need detailed component design (use design documents) - Looking for implementation details (use code documentation) - Architecture notebook exists and only minor updates needed (edit directly) ## Success Criteria After using this skill, verify: - [ ] Architecture notebook exists at `docs/architecture-notebook.md` - [ ] System name and context are defined - [ ] Key architectural decisions are documented - [ ] Architectural constraints are listed - [ ] Quality attributes are specified ## Process ### Load Project Config (context + rules — do this first) Before drafting, layer in project-owned context and rules so the artifact reflects facts and standards the framework can't infer. Full mechanism + precedence: `docs-eng-process/project-config.md`. 1. If `docs/project-config.yaml` exists, read it. If it is **absent, skip this step** — framework defaults apply unchanged. 2. Inject `context:` into your working prompt wrapped in `<project-context>…</project-context>`, and `rules.<TYPE>` (if present) wrapped in `<project-rules>…</project-rules>`. For this skill `<TYPE>` is **`architecture-notebook`**. 3. Project rules are **additive** to the framework rubric — precedence is **framework rubric → project rules → task-spec safeguards**. A project rule may add a criterion but may **not** waive a framework rubric criterion or a safeguard. 4. Before marking this artifact complete, confirm every injected `<project-rules>` item is satisfied alongside the framework rubric. ### 1. Check for Existing Architecture Check if `docs/architecture-notebook.md` exists: - If yes, update it - If no, create from template ### 2. Read Project Context Read `docs/project-status.md`, `docs/vision.md` to understand: - System requirements - Constraints - Stakeholder concerns ### 3. Copy Template (if new) If creating new, copy `docs-eng-process/templates/architecture-notebook.md` to `docs/architecture-notebook.md` ### 4. Fill in Architecture Notebook Update with: - **System name**: `$ARGUMENTS[system_name]` - **Architectural concerns**: From `$ARGUMENTS[architectural_concerns]` or derived from requirements - **Architecture overview**: High-level system architecture - **Key architectural decisions**: Rationale for major decisions - **Constraints**: Technical and business constraints - **Quality attributes**: Performance, security, scalability requirements - **Subsystem decomposition**: Major system components ### 5. Validate Completeness Ensure the architecture notebook includes: - System overview and context - Key architectural decisions with rationale - Architectural constraints - Quality attribute requirements - Subsystem/component decomposition ## Output Returns: - Path to architecture notebook - List of sections filled in - Architectural decisions documented ## Common Errors | Error | Cause | Solution | |-------|-------|----------| | Template not found | Template path incorrect | Verify `docs-eng-process/templates/architecture-notebook.md` exists | | Insufficient context | Vision/requirements not defined | Create vision document first | | Overwriting existing | Architecture notebook already exists | Update existing file instead of creating new | ## References - Architecture Notebook Template: `docs-eng-process/templates/architecture-notebook.md` - Architecture Notebook Work Product: `docs-eng-process/openup-knowledge-base/practice-technical/evolutionary_arch/base/workproducts/architecture-notebook-6.md` - Architect Role: `docs-eng-process/openup-knowledge-base/core/role/roles/architect-6.md` ## See Also - [openup-elaboration](../../openup-phases/elaboration/SKILL.md) - Elaboration phase guidance - [openup-create-vision](../create-vision/SKILL.md) - Define vision before architecture - [openup-create-risk-list](../create-risk-list/SKILL.md) - Document technical risks
Related Skills
openup-transition
Initialize and manage Transition phase activities - deploy to users
openup-tdd-workflow
Guide Test-Driven Development cycle adapted for AI agents with a pragmatic approach
openup-sync-spec
Back-propagate pure refactors to stale artifacts; classify the diff, refuse behaviour-changes, propose targeted edits for approval (read-only by default)
openup-start-iteration
Begin a new OpenUP iteration with proper phase context and task selection
openup-shared-vision
Create shared technical vision for team alignment
openup-retrospective
Generate iteration retrospective with feedback and action items
openup-request-input
Create an input request document for asynchronous stakeholder communication
openup-readiness
Compute the change-folder dependency DAG and print READY/BLOCKED/collision report for PM intake
openup-quick-task
Fast iteration mode for small changes - simplified workflow with minimal overhead
openup-plan-feature
Generate iteration plan and roadmap entry for a feature idea
openup-phase-review
Check phase completion criteria and prepare for phase review
openup-orchestrate
Run a full orchestrated iteration — PM decomposes the goal, delegates to specialist roles, collects outputs, and synthesizes results