openup-create-architecture-notebook

Generate or update architecture documentation from template

6 stars

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

$curl -o ~/.claude/skills/openup-create-architecture-notebook/SKILL.md --create-dirs "https://raw.githubusercontent.com/GermanDZ/open-up-for-ai-agents/main/docs-eng-process/.claude-templates/skills/openup-create-architecture-notebook/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/openup-create-architecture-notebook/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How openup-create-architecture-notebook Compares

Feature / Agentopenup-create-architecture-notebookStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/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

6
from GermanDZ/open-up-for-ai-agents

Initialize and manage Transition phase activities - deploy to users

openup-tdd-workflow

6
from GermanDZ/open-up-for-ai-agents

Guide Test-Driven Development cycle adapted for AI agents with a pragmatic approach

openup-sync-spec

6
from GermanDZ/open-up-for-ai-agents

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

6
from GermanDZ/open-up-for-ai-agents

Begin a new OpenUP iteration with proper phase context and task selection

openup-shared-vision

6
from GermanDZ/open-up-for-ai-agents

Create shared technical vision for team alignment

openup-retrospective

6
from GermanDZ/open-up-for-ai-agents

Generate iteration retrospective with feedback and action items

openup-request-input

6
from GermanDZ/open-up-for-ai-agents

Create an input request document for asynchronous stakeholder communication

openup-readiness

6
from GermanDZ/open-up-for-ai-agents

Compute the change-folder dependency DAG and print READY/BLOCKED/collision report for PM intake

openup-quick-task

6
from GermanDZ/open-up-for-ai-agents

Fast iteration mode for small changes - simplified workflow with minimal overhead

openup-plan-feature

6
from GermanDZ/open-up-for-ai-agents

Generate iteration plan and roadmap entry for a feature idea

openup-phase-review

6
from GermanDZ/open-up-for-ai-agents

Check phase completion criteria and prepare for phase review

openup-orchestrate

6
from GermanDZ/open-up-for-ai-agents

Run a full orchestrated iteration — PM decomposes the goal, delegates to specialist roles, collects outputs, and synthesizes results