code-anchored-context 0.1.1 → 0.2.0

package/.agents/skills/README.md

@@ -8,6 +8,6 @@ project.
 
 ## Repository-Wide Skills
 
-- `development-initiative-context` - use central `Development/` initiatives
+- `code-anchored-context` - use central `context/` initiatives
   for planning, implementation context, programs, planned initiatives, ADRs,
   backlog, and release-documentation notes.

package/.agents/skills/{development-initiative-context → code-anchored-context}/SKILL.md

@@ -1,18 +1,18 @@
 ---
-name: development-initiative-context
-description: Use central repository Development context for planning and implementation. Use when starting, changing, reviewing, or documenting behavior-changing work; when checking or updating Development/current.md, Development/releases/*/initiatives/*, Development/programs/*, Development/programs/*/planned-initiatives/*, Development/backlog/items/*, specs, plans, interface notes, architecture notes, testing notes, delivery notes, infrastructure notes, actionable operations notes, ADRs, backlog, release-doc-notes.md; when promoting planned initiatives during release transitions; or when deciding whether Documentation/ should be left untouched.
+name: code-anchored-context
+description: Use central repository context for planning and implementation. Use when starting, changing, reviewing, or documenting behavior-changing work; when checking or updating context/current.md, context/releases/*/initiatives/*, context/programs/*, context/programs/*/planned-initiatives/*, context/backlog/items/*, specs, plans, interface notes, architecture notes, testing notes, delivery notes, infrastructure notes, actionable operations notes, ADRs, backlog, release-doc-notes.md; when promoting planned initiatives during release transitions; or when deciding whether docs/ should be left untouched.
 ---
 
-# Development Initiative Context
+# Code-Anchored Context
 
 ## Overview
 
-Use this skill to connect code work back to the central development context
-under `Development/`. The goal is to keep initiative knowledge centralized,
+Use this skill to connect code work back to the central working context
+under `context/`. The goal is to keep initiative knowledge centralized,
 preserve durable multi-release context in programs, and keep deferred
-isolated work discoverable in the development backlog. Scoped future program
+isolated work discoverable in the context backlog. Scoped future program
 work belongs in planned initiatives until the target release becomes current.
-Development context should also cover delivery concerns such as testing,
+Working context should also cover delivery concerns such as testing,
 delivery pipelines, and infrastructure when they affect how the work is
 verified, shipped, deployed, or hosted.
 
@@ -23,33 +23,33 @@ verified, shipped, deployed, or hosted.
 Read the nearest `AGENTS.md` files for the workspace and area being changed.
 Respect area-specific engineering rules first.
 
-### 2) Find The Current Development Context
+### 2) Find The Current Context
 
-Open `Development/current.md` from the repository root. It points to the
+Open `context/current.md` from the repository root. It points to the
 active release folder.
 
-Use `Development/terminology.md` as the canonical vocabulary for programs,
+Use `context/terminology.md` as the canonical vocabulary for programs,
 planned initiatives, release initiatives, backlog items, statuses, and
 promotion.
 
 If the workspace starts inside a subfolder, navigate upward to the repository
-root when the environment allows it. If `Development/` is not available in
+root when the environment allows it. If `context/` is not available in
 the workspace, mention that limitation in the task summary.
 
 ### 3) Match Existing Context
 
 Search these places for matching context:
 
-- active release initiatives under `Development/releases/<current-release>/initiatives/`
-- durable programs under `Development/programs/`
-- scoped future program work under `Development/programs/<program>/planned-initiatives/`
-- deferred items under `Development/backlog/items/`
+- active release initiatives under `context/releases/<current-release>/initiatives/`
+- durable programs under `context/programs/`
+- scoped future program work under `context/programs/<program>/planned-initiatives/`
+- deferred items under `context/backlog/items/`
 
 Search for:
 
 - the feature or bug name
-- affected area names, such as frontend, API, shared library, deploy, or
-  automation
+- affected concern names, such as product code, APIs, contracts, tests,
+  delivery, CI/CD, infrastructure, config, generated artifacts, or automation
 - related domain terms, APIs, jobs, entities, routes, config names, or tickets
 
 Use an existing initiative when the work belongs to it, even if the code
@@ -62,10 +62,10 @@ Create a new initiative for non-trivial behavior changes, cross-project
 work, release-significant work, or anything likely to need future product
 documentation.
 
-Use `Development/_templates/initiative/` as the source. Copy it to:
+Use `context/_templates/initiative/` as the source. Copy it to:
 
 ```text
-Development/releases/<current-release>/initiatives/<initiative-slug>/
+context/releases/<current-release>/initiatives/<initiative-slug>/
 ```
 
 Update the copied `README.md` first so future agents can quickly understand
@@ -82,10 +82,10 @@ If future program work is known well enough to scope, split, or preserve
 implementation intent, create a planned initiative under the parent program:
 
 ```text
-Development/programs/<program-slug>/planned-initiatives/<initiative-slug>/
+context/programs/<program-slug>/planned-initiatives/<initiative-slug>/
 ```
 
-Use `Development/_templates/planned-initiative/` as the source.
+Use `context/_templates/planned-initiative/` as the source.
 
 Use a planned initiative when:
 
@@ -95,7 +95,7 @@ Use a planned initiative when:
 - capturing it only in `roadmap.md` or `releases/<version>.md` would lose
   useful scope or implementation context
 
-Do not create a future `Development/releases/<version>/` initiative just to
+Do not create a future `context/releases/<version>/` initiative just to
 hold planned work unless that release is being made current or release
 planning has explicitly begun.
 
@@ -104,14 +104,14 @@ planning has explicitly begun.
 Use the right outliving path when initiative context needs to survive beyond
 the current release:
 
-- `Development/programs/<program-slug>/`: multi-release efforts, phases,
+- `context/programs/<program-slug>/`: multi-release efforts, phases,
   roadmaps, durable decisions, and release-slice history
-- `Development/programs/<program-slug>/planned-initiatives/<initiative-slug>/`:
+- `context/programs/<program-slug>/planned-initiatives/<initiative-slug>/`:
   scoped future delivery slices that are not in the current release yet
-- `Development/backlog/items/<originating-initiative-slug>--<item-slug>.md`:
+- `context/backlog/items/<originating-initiative-slug>--<item-slug>.md`:
   isolated deferred work cut from an initiative
 
-When creating a backlog item, use `Development/_templates/backlog-item.md`
+When creating a backlog item, use `context/_templates/backlog-item.md`
 and link to the originating initiative and release.
 
 When picking up a backlog item later, keep the item as a historical record.
@@ -122,17 +122,17 @@ Mark it as promoted and link to the new release initiative.
 When asked to set a new current release, treat it as a release transition,
 not just a `current.md` edit.
 
-Use `Development/_templates/release-transition.md` as the checklist:
+Use `context/_templates/release-transition.md` as the checklist:
 
-1. Update `Development/current.md`.
-2. Create `Development/releases/<target-release>/` from
-   `Development/_templates/release-context/` if missing.
-3. Scan `Development/programs/*/planned-initiatives/*/README.md` for
+1. Update `context/current.md`.
+2. Create `context/releases/<target-release>/` from
+   `context/_templates/release-context/` if missing.
+3. Scan `context/programs/*/planned-initiatives/*/README.md` for
    `Target release: <target-release>`.
 4. Promote each match into:
 
 ```text
-Development/releases/<target-release>/initiatives/<initiative-slug>/
+context/releases/<target-release>/initiatives/<initiative-slug>/
 ```
 
 5. Update the planned initiative metadata to `Status: Promoted`, with
@@ -175,13 +175,13 @@ settled truth lives. Promote stable conclusions into `spec.md`,
 `infrastructure.md`, `operations.md` when actionable, `backlog.md`, ADRs, or
 `release-doc-notes.md` as appropriate.
 
-### 9) Preserve The Documentation Boundary
+### 9) Preserve The Docs Boundary
 
-Do not edit `Documentation/` as part of normal feature work, bug fixes,
+Do not edit `docs/` as part of normal feature work, bug fixes,
 refactors, or planning. Instead, update the initiative's
 `release-doc-notes.md`.
 
-Only update `Documentation/` when a human explicitly asks for release
+Only update `docs/` when a human explicitly asks for release
 documentation work, a specific page update, or a demonstrable documentation
 fix.
 
@@ -189,7 +189,7 @@ fix.
 
 Denormalize navigation, not knowledge.
 
-Local `AGENTS.md` files may point to `Development/`, but initiative specs,
+Local `AGENTS.md` files may point to `context/`, but initiative specs,
 plans, ADRs, and release-doc notes should live in the central initiative
 folder. Do not create area-local copies of initiative documents.
 
@@ -198,7 +198,7 @@ folder. Do not create area-local copies of initiative documents.
 Before finishing behavior-changing work:
 
 - The matching initiative was read or a reason was given for why none exists.
-- Matching programs or development backlog items were checked when the work
+- Matching programs or context backlog items were checked when the work
   appears phased, deferred, or multi-release.
 - Planned initiatives were checked or created when future program scope is
   already clear but outside the current release.
@@ -206,4 +206,4 @@ Before finishing behavior-changing work:
   infrastructure, actionable operations, or backlog state was reflected in the
   initiative when appropriate.
 - Future product-documentation impact was captured in `release-doc-notes.md`.
-- `Documentation/` was left untouched unless explicitly requested.
+- `docs/` was left untouched unless explicitly requested.

package/AGENTS.md

@@ -3,27 +3,27 @@
 This file applies to the whole repo. Area-specific `AGENTS.md` files in
 subfolders layer on top of it. Read those too when working in a given area.
 
-## Development Context
+## Working Context
 
 In-progress specs, plans, ADRs, backlog, implementation context, and
-release-documentation notes live under [`Development/`](Development/).
-Start with [`Development/current.md`](Development/current.md).
+release-documentation notes live under [`context/`](context/).
+Start with [`context/current.md`](context/current.md).
 
 For behavior-changing work, use the repo-wide skill at
-[`.agents/skills/development-initiative-context/SKILL.md`](.agents/skills/development-initiative-context/SKILL.md).
-Keep initiative knowledge centralized under `Development/`; area
+[`.agents/skills/code-anchored-context/SKILL.md`](.agents/skills/code-anchored-context/SKILL.md).
+Keep initiative knowledge centralized under `context/`; area
 `AGENTS.md` files should point there rather than copying active plans.
 
-## Documentation Authoring
+## Docs Authoring
 
-### When To Edit `Documentation/`
+### When To Edit `docs/`
 
-Do not edit `Documentation/` as a side effect of feature work, bug fixes,
+Do not edit `docs/` as a side effect of feature work, bug fixes,
 refactors, or other code changes. Docs in this model are release-anchored:
 they describe the behavior of a specific release tag, not the partial state of
 a working branch.
 
-Touch `Documentation/` only when:
+Touch `docs/` only when:
 
 - A human explicitly asks you to refresh the docs for a release, typically
   after a release tag is cut and QA has signed off.
@@ -37,16 +37,16 @@ If you are unsure whether the request is one of these, ask before editing.
 
 If a project has documentation that intentionally follows a different cadence,
 document that exception in the area's README and in
-`Documentation/_authoring/areas/`.
+`docs/_authoring/areas/`.
 
 ### Where The Authoring Guidance Lives
 
 All documentation workflow, per-area authoring guides, and domain terminology
-live under [`Documentation/_authoring/`](Documentation/_authoring/). Start
-with [`Documentation/_authoring/README.md`](Documentation/_authoring/README.md).
+live under [`docs/_authoring/`](docs/_authoring/). Start
+with [`docs/_authoring/README.md`](docs/_authoring/README.md).
 
 If you are refreshing docs, the per-area guides in
-[`Documentation/_authoring/areas/`](Documentation/_authoring/areas/) tell you
+[`docs/_authoring/areas/`](docs/_authoring/areas/) tell you
 what matters and what to ignore for each area.
 
 `AGENTS.md` files stay lean. They are for coding conventions and agent

package/README.md

@@ -1,15 +1,15 @@
 # Code-Anchored Context Template
 
 This repository is a reusable starting point for keeping repository-local
-development context and release-anchored product documentation close to the
+working context and release-anchored product documentation close to the
 code they describe.
 
 It separates two kinds of truth:
 
 | Folder | Meaning | Updated when |
 | --- | --- | --- |
-| `Development/` | What the team is planning, building, deciding, validating, shipping, hosting, deferring, and learning. | During normal development. |
-| `Documentation/` | What the product does as of a known release or tag. | Only during explicit documentation refresh work. |
+| `context/` | What the team is planning, building, deciding, validating, shipping, hosting, deferring, and learning. | During normal development. |
+| `docs/` | What the product does as of a known release or tag. | Only during explicit documentation refresh work. |
 
 The goal is to give humans and AI agents enough structured context to change a
 codebase without relying on chat history, tribal memory, or scattered planning
@@ -18,11 +18,11 @@ notes.
 ## What This Template Contains
 
 - `AGENTS.md` with repo-wide agent guidance.
-- `.agents/skills/development-initiative-context/SKILL.md` for the recurring
-  development-context workflow.
-- `Development/` with terminology, release context, backlog/program structure,
+- `.agents/skills/code-anchored-context/SKILL.md` for the recurring
+  working-context workflow.
+- `context/` with terminology, release context, backlog/program structure,
   initiative templates, and a human-readable article and brief.
-- `Documentation/` with a generic release-anchored documentation workflow,
+- `docs/` with a generic release-anchored documentation workflow,
   authoring guide structure, and area/page templates.
 
 ## Adopting This In A Project
@@ -39,23 +39,23 @@ Useful options:
 
 ```bash
 npx code-anchored-context init --dry-run
-npx code-anchored-context init --no-documentation
+npx code-anchored-context init --no-docs
 npx code-anchored-context init --target ../existing-project
 ```
 
 The initializer copies the repo-local agent context into the target project,
 adds or updates guidance in `AGENTS.md`, installs the
-`development-initiative-context` skill under `.agents/skills/`, and replaces
+`code-anchored-context` skill under `.agents/skills/`, and replaces
 basic placeholders such as `PROJECT_NAME` and the initial release slug.
 
 Manual adoption still works:
 
 1. Copy the files into a repository root.
 2. Replace `PROJECT_NAME` placeholders with the project name.
-3. Set the first active release in `Development/current.md`.
+3. Set the first active release in `context/current.md`.
 4. Add or revise area-specific `AGENTS.md` files so they point back to
-   `Development/` and `Documentation/_authoring/`.
-5. Create `Documentation/_authoring/areas/<area>.md` for each documented
+   `context/` and `docs/_authoring/`.
+5. Create `docs/_authoring/areas/<area>.md` for each documented
    product or code area.
 6. Keep product or domain-specific documentation out of this template repo.
 
@@ -78,8 +78,8 @@ npx @your-scope/code-anchored-context init
 
 ## Working Rule
 
-Development context can evolve with the branch. Product documentation should
+Working context can evolve with the branch. Product docs should
 stay stable and release-accurate. When behavior changes during development,
 record future documentation impact in the relevant initiative's
-`release-doc-notes.md`; refresh `Documentation/` only when that work is
+`release-doc-notes.md`; refresh `docs/` only when that work is
 explicitly requested.

package/bin/code-anchored-context.js

@@ -18,7 +18,7 @@ import { fileURLToPath } from 'node:url';
 const packageRoot = path.resolve(path.dirname(fileURLToPath(import.meta.url)), '..');
 const defaultRelease = 'v0_1_0';
 const defaultReleaseLabel = 'v0.1.0';
-const skillName = 'development-initiative-context';
+const skillName = 'code-anchored-context';
 const agentSectionStart = '<!-- code-anchored-context:start -->';
 const agentSectionEnd = '<!-- code-anchored-context:end -->';
 
@@ -54,7 +54,7 @@ async function main() {
     dryRun: args.dryRun
   });
 
-  await installer.init({ includeDocumentation: args.documentation });
+  await installer.init({ includeDocs: args.docs });
 }
 
 function parseArgs(argv) {
@@ -65,7 +65,7 @@ function parseArgs(argv) {
     release: defaultRelease,
     force: false,
     dryRun: false,
-    documentation: true,
+    docs: true,
     help: false,
     version: false
   };
@@ -95,8 +95,8 @@ function parseArgs(argv) {
       continue;
     }
 
-    if (arg === '--no-documentation') {
-      options.documentation = false;
+    if (arg === '--no-docs') {
+      options.docs = false;
       continue;
     }
 
@@ -170,7 +170,7 @@ Options:
   --target <path>          Project root to install into. Defaults to cwd.
   --project-name <name>   Name used to replace PROJECT_NAME placeholders.
   --release <slug>        Initial release slug. Defaults to ${defaultRelease}.
-  --no-documentation      Skip the Documentation/ starter files.
+  --no-docs               Skip the docs/ starter files.
   --force                 Replace existing generated directories.
   --dry-run               Show planned changes without writing files.
   -h, --help              Show help.
@@ -178,7 +178,7 @@ Options:
 
 Examples:
   npx code-anchored-context init --project-name "My App"
-  npx code-anchored-context init --release v1_0_0 --no-documentation
+  npx code-anchored-context init --release v1_0_0 --no-docs
 `);
 }
 
@@ -215,18 +215,18 @@ class Installer {
     this.agentsFilePath = path.join(targetRoot, 'AGENTS.md');
   }
 
-  async init({ includeDocumentation }) {
+  async init({ includeDocs }) {
     await this.ensureDirectory(this.targetRoot);
 
     await this.installAgentsFile();
     await this.installSkill();
-    await this.copyTemplatePath('Development', 'Development');
+    await this.copyTemplatePath('context', 'context');
     await this.renameReleasePaths();
 
-    if (includeDocumentation) {
-      await this.copyTemplatePath('Documentation', 'Documentation');
+    if (includeDocs) {
+      await this.copyTemplatePath('docs', 'docs');
     } else {
-      this.note('skip Documentation/ (--no-documentation)');
+      this.note('skip docs/ (--no-docs)');
     }
 
     this.printSummary();
@@ -261,8 +261,8 @@ class Installer {
       return;
     }
 
-    if (current.includes('.agents/skills/development-initiative-context/SKILL.md')) {
-      this.note(`${targetDisplay} already points to the development initiative skill`);
+    if (current.includes(`.agents/skills/${skillName}/SKILL.md`)) {
+      this.note(`${targetDisplay} already points to the Code-Anchored Context skill`);
       return;
     }
 
@@ -302,12 +302,12 @@ class Installer {
 ## Code-Anchored Context
 
 In-progress specs, plans, ADRs, backlog, implementation context, and
-release-documentation notes live under [\`Development/\`](Development/).
-Start with [\`Development/current.md\`](Development/current.md).
+release-documentation notes live under [\`context/\`](context/).
+Start with [\`context/current.md\`](context/current.md).
 
 For behavior-changing work, use the repo-wide skill at
-[\`.agents/skills/development-initiative-context/SKILL.md\`](.agents/skills/development-initiative-context/SKILL.md).
-Keep initiative knowledge centralized under \`Development/\`; area
+[\`.agents/skills/${skillName}/SKILL.md\`](.agents/skills/${skillName}/SKILL.md).
+Keep initiative knowledge centralized under \`context/\`; area
 \`AGENTS.md\` files should point there rather than copying active plans.
 ${agentSectionEnd}`;
   }
@@ -334,7 +334,7 @@ ${agentSectionEnd}`;
     const current = await readFile(readmePath, 'utf8');
 
     if (current.includes(skillName)) {
-      this.note(`${readmeDisplay} already lists the development initiative skill`);
+      this.note(`${readmeDisplay} already lists the Code-Anchored Context skill`);
       return;
     }
 
@@ -342,14 +342,14 @@ ${agentSectionEnd}`;
       '',
       '## Code-Anchored Context',
       '',
-      `- \`${skillName}\` - use central \`Development/\` initiatives for planning, implementation context, programs, planned initiatives, ADRs, backlog, and release-documentation notes.`,
+      `- \`${skillName}\` - use central \`context/\` initiatives for planning, implementation context, programs, planned initiatives, ADRs, backlog, and release-documentation notes.`,
       ''
     ].join('\n');
 
     await this.writeFile(
       readmePath,
       `${current.trimEnd()}\n${entry}`,
-      `append development initiative skill to ${readmeDisplay}`
+      `append Code-Anchored Context skill to ${readmeDisplay}`
     );
   }
 
@@ -451,7 +451,7 @@ ${agentSectionEnd}`;
   }
 
   shouldSkipTemplatePath(displayPath) {
-    const initiativePrefix = `Development/releases/${defaultRelease}/initiatives/`;
+    const initiativePrefix = `context/releases/${defaultRelease}/initiatives/`;
 
     return (
       displayPath.startsWith(initiativePrefix) &&
@@ -460,11 +460,11 @@ ${agentSectionEnd}`;
   }
 
   transformText(contents, displayPath) {
-    if (displayPath === 'Development/current.md') {
+    if (displayPath === 'context/current.md') {
       return this.renderStarterCurrent();
     }
 
-    if (displayPath === `Development/releases/${defaultRelease}/backlog.md`) {
+    if (displayPath === `context/releases/${defaultRelease}/backlog.md`) {
       return this.renderStarterReleaseBacklog();
     }
 
@@ -476,7 +476,7 @@ ${agentSectionEnd}`;
   }
 
   renderStarterCurrent() {
-    return `# Current Development Context
+    return `# Current Context
 
 Current release: \`${this.release}\`
 
@@ -503,8 +503,8 @@ Registered initiatives:
 
 - None yet.
 
-To start an initiative, copy \`Development/_templates/initiative/\` into
-\`Development/releases/${this.release}/initiatives/<initiative-slug>/\`, then update the
+To start an initiative, copy \`context/_templates/initiative/\` into
+\`context/releases/${this.release}/initiatives/<initiative-slug>/\`, then update the
 copied \`README.md\` first so agents have a clear entry point before editing the
 supporting files.
 `;
@@ -513,7 +513,7 @@ supporting files.
   renderStarterReleaseBacklog() {
     return `# ${this.releaseLabel()} Backlog
 
-This file tracks release-level development context that is not yet captured
+This file tracks release-level working context that is not yet captured
 by an initiative, plus a short summary of initiative progress once
 initiatives exist.
 
@@ -537,15 +537,15 @@ No initiatives registered yet.
     }
 
     await this.renamePath(
-      path.join(this.targetRoot, 'Development/releases', defaultRelease),
-      path.join(this.targetRoot, 'Development/releases', this.release),
-      `rename Development/releases/${defaultRelease} to Development/releases/${this.release}`
+      path.join(this.targetRoot, 'context/releases', defaultRelease),
+      path.join(this.targetRoot, 'context/releases', this.release),
+      `rename context/releases/${defaultRelease} to context/releases/${this.release}`
     );
 
     await this.renamePath(
-      path.join(this.targetRoot, 'Development/_templates/program/releases', `${defaultRelease}.md`),
-      path.join(this.targetRoot, 'Development/_templates/program/releases', `${this.release}.md`),
-      `rename Development/_templates/program/releases/${defaultRelease}.md to ${this.release}.md`
+      path.join(this.targetRoot, 'context/_templates/program/releases', `${defaultRelease}.md`),
+      path.join(this.targetRoot, 'context/_templates/program/releases', `${this.release}.md`),
+      `rename context/_templates/program/releases/${defaultRelease}.md to ${this.release}.md`
     );
   }
 

package/{Development → context}/AGENTS.md

@@ -1,10 +1,10 @@
-# Agent Guidance - Development
+# Agent Guidance - context/
 
-Scope: everything under `/Development`.
+Scope: everything under `/context`.
 
 ## Purpose
 
-This folder is the canonical home for in-progress development context: specs,
+This folder is the canonical home for in-progress working context: specs,
 interface notes, architecture notes, actionable operations notes, ADRs,
 backlogs, implementation plans, and release-documentation notes.
 
@@ -13,30 +13,30 @@ work is verified, shipped, deployed, or hosted. Operational notes belong here
 only when they are actionable runtime, support, observability, rollback, or
 repair context.
 
-`Development/` describes what is being planned, built, debated, or validated.
-`Documentation/` describes what has shipped for a release.
+`context/` describes what is being planned, built, debated, or validated.
+`docs/` describes what has shipped for a release.
 
 ## Editing Rules
 
-- Use `Development/terminology.md` as the canonical vocabulary for programs,
+- Use `context/terminology.md` as the canonical vocabulary for programs,
   planned initiatives, release initiatives, backlog items, and promotion.
 - Keep initiative knowledge centralized here. Area `AGENTS.md` files may point
   here, but they should not duplicate initiative content.
-- Do not move in-progress plans into `Documentation/`.
+- Do not move in-progress plans into `docs/`.
 - Use `release-doc-notes.md` inside an initiative to capture what may need to
   become product documentation later.
-- Create initiatives from `Development/_templates/initiative/`.
-- Create durable multi-release programs from `Development/_templates/program/`.
+- Create initiatives from `context/_templates/initiative/`.
+- Create durable multi-release programs from `context/_templates/program/`.
 - Create scoped future program work from
-  `Development/_templates/planned-initiative/` under a program's
+  `context/_templates/planned-initiative/` under a program's
   `planned-initiatives/` folder.
 - Create deferred isolated backlog items from
-  `Development/_templates/backlog-item.md`.
+  `context/_templates/backlog-item.md`.
 - Keep release initiative history in the release folder. Use `programs/` for
   multi-release context, `planned-initiatives/` for scoped future program work,
   and `backlog/items/` for isolated deferred work.
-- Treat changes to `Development/current.md` as release transitions. Use
-  `Development/_templates/release-transition.md` and promote matching planned
+- Treat changes to `context/current.md` as release transitions. Use
+  `context/_templates/release-transition.md` and promote matching planned
   initiatives for the new current release.
 - When a backlog item is picked up later, mark it as promoted and link to the
   new release initiative instead of rewriting the item into an active plan.