@jakkrichm/create-nexus-devflow 2.0.1 → 2.0.2

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@jakkrichm/create-nexus-devflow",
-  "version": "2.0.1",
+  "version": "2.0.2",
   "description": "Install or update the agent-ready DevFlow 2.0 workflow layer into a scaffolded or existing project.",
   "license": "MIT",
   "author": "Jakkrich",

package/template/.agents/skills/9arm-skills/README.md

@@ -34,10 +34,10 @@ This pack adapts the engineering discipline ideas from `9arm-skills` into the Ne
 
 Keep Nexus-DevFlow output formats intact:
 
-- Debug output still goes to `.workspaces/debug/rca-{slug}.md`.
+- Debug output still goes to `devflow/debug/rca-{slug}.md`.
 - PR review output still uses the PR review report contract.
-- Specialist reports still go to `.workspaces/reports/`.
-- Lessons still go to `.workspaces/lessons.md` or task logs.
+- Specialist reports still go to `devflow/reports/`.
+- Lessons still go to `devflow/lessons.md` or task logs.
 
 When a report uses this pack, include a short source discipline note:
 

package/template/.agents/skills/intelligent-routing/SKILL.md

@@ -80,7 +80,7 @@ Use these agent mappings when expert judgment is the best next step:
 ### Use a Timeline stage when:
 
 - the request advances a task through its lifecycle
-- the user needs an artifact in `.workspaces`
+- the user needs an artifact in `devflow`
 - the next step should change stage ownership
 
 ### Use a public companion command when:

package/template/.claude/skills/9arm-skills/README.md

@@ -34,10 +34,10 @@ This pack adapts the engineering discipline ideas from `9arm-skills` into the Ne
 
 Keep Nexus-DevFlow output formats intact:
 
-- Debug output still goes to `.workspaces/debug/rca-{slug}.md`.
+- Debug output still goes to `devflow/debug/rca-{slug}.md`.
 - PR review output still uses the PR review report contract.
-- Specialist reports still go to `.workspaces/reports/`.
-- Lessons still go to `.workspaces/lessons.md` or task logs.
+- Specialist reports still go to `devflow/reports/`.
+- Lessons still go to `devflow/lessons.md` or task logs.
 
 When a report uses this pack, include a short source discipline note:
 

package/template/.claude/skills/intelligent-routing/SKILL.md

@@ -80,7 +80,7 @@ Use these agent mappings when expert judgment is the best next step:
 ### Use a Timeline stage when:
 
 - the request advances a task through its lifecycle
-- the user needs an artifact in `.workspaces`
+- the user needs an artifact in `devflow`
 - the next step should change stage ownership
 
 ### Use a public companion command when:

package/template/.nexus/nexus-devflow.json

@@ -2,7 +2,7 @@
   "schemaVersion": 1,
   "name": "nexus-devflow",
   "package": "@jakkrichm/create-nexus-devflow",
-  "version": "2.0.1",
+  "version": "2.0.2",
   "repository": "https://github.com/Jakkrich/nexus-devflow",
   "artifactLanguage": "th",
   "adapters": [

package/template/AGENTS.md

@@ -22,8 +22,8 @@ Unused adapter families can be removed. Codex and Antigravity projects keep `.ag
 ```
 
 ### Mainline Stages:
-1. `/00-Discover` - Explore a request before delivery commitment. Creates a Discovery ID (`.workspaces/discoveries/...`).
-2. `/10-Define` - Turn an approved discovery into one or more bounded delivery runs (`.workspaces/specs/{running-id}/10-define.md`).
+1. `/00-Discover` - Explore a request before delivery commitment. Creates a Discovery ID (`devflow/discoveries/...`).
+2. `/10-Define` - Turn an approved discovery into one or more bounded delivery runs (`devflow/runs/{running-id}/10-define.md`).
 3. `/20-Spec` - Formalize markdown-first specifications (`20-spec.md`).
 4. `/30-Plan` - Transform spec into executable steps (`30-plan.md`).
 5. `/40-Implement` - Execute planned tasks incrementally (`40-implement.md`).
@@ -39,7 +39,7 @@ Unused adapter families can be removed. Codex and Antigravity projects keep `.ag
 - `PRD`: Product framing before delivery commitment
 - `Issue-Triage`: Intaking and triaging incoming reports
 - `Security-Review`: High-severity security review
-- `Wiki`: Knowledge base management under `.workspaces/wiki/`
+- `Wiki`: Knowledge base management under `devflow/wiki/`
 - `Check-For-Updates`: Verify or upgrade DevFlow setup
 - `Help`: Routing and process assistance
 

package/template/devflow/context/project_index.json

@@ -0,0 +1,108 @@
+{
+  "project_root": "D:\\devtools\\nexus-devflow",
+  "project_type": "single",
+  "services": {
+    "prps_framework": {
+      "name": "prps_framework",
+      "path": "D:\\devtools\\nexus-devflow",
+      "language": "JavaScript and Python",
+      "framework": "PRPs Context Engineering Framework",
+      "type": "library",
+      "package_manager": "npm",
+      "entry_point": "package.json",
+      "key_directories": {
+        ".agent": {
+          "path": ".agent",
+          "purpose": "Primary Antigravity IDE agent framework bundle"
+        },
+        "devflow": {
+          "path": "devflow",
+          "purpose": "Canonical workspace root for stage context, active runs, shared reports, and reference contracts"
+        },
+        "scripts": {
+          "path": "scripts",
+          "purpose": "Root npm automation scripts"
+        },
+        "docs": {
+          "path": "docs",
+          "purpose": "Human-readable user and maintainer guides"
+        }
+      },
+      "dependencies": [
+        "Node.js >=18.17",
+        "Python 3",
+        "Git",
+        "DevFlow-compatible agent adapters"
+      ],
+      "dev_dependencies": [],
+      "testing": "npm run check",
+      "test_directory": "scripts",
+      "scripts": {
+        "check": "node ./scripts/check-devflow.mjs",
+        "check:static": "node ./scripts/validate-framework.mjs",
+        "sync:adapters": "node ./scripts/sync-adapters.js",
+        "test": "npm --prefix packages/create-nexus-devflow test",
+        "test:routing": "node ./scripts/evals/routing.js",
+        "test:package": "node ./scripts/smoke-package.mjs",
+        "activate": "node ./scripts/activate-agent.mjs",
+        "goal": "node ./scripts/goal-runner.mjs",
+        "graphify": "node ./scripts/graphify.mjs",
+        "graphify:install": "node ./scripts/graphify.mjs install --platform antigravity",
+        "graphify:update": "node ./scripts/graphify.mjs update .",
+        "graphify:hook:install": "node ./scripts/install-git-hook.mjs",
+        "index": "node ./scripts/generate-project-index.mjs",
+        "link-project": "node ./scripts/link-project.mjs",
+        "migrate:artifacts": "node ./scripts/migrate-stage-artifacts.mjs",
+        "render:html": "node ./scripts/render-html.mjs",
+        "render:html:test": "node ./scripts/test-render-html-core.mjs",
+        "report:html": "node ./scripts/generate-report-html.mjs",
+        "report:html:test": "node ./scripts/test-generate-report-html.mjs",
+        "artifact-language:switch": "node ./scripts/switch-artifact-language.mjs",
+        "artifact-language:test": "node ./scripts/test-switch-artifact-language.mjs",
+        "validate:manual-review:test": "node ./scripts/test-manual-review-contract.mjs",
+        "validate:stage-content:test": "node ./scripts/test-stage-content-contract.mjs",
+        "validate:run-status:test": "node ./scripts/test-summarize-run-status.mjs",
+        "validate:checklists:test": "node ./scripts/test-validate-checklists.mjs",
+        "validate:skills:test": "node ./scripts/test-skill-selection-policy.mjs",
+        "validate:verify-impact:test": "node ./scripts/test-verify-impact-contract.mjs",
+        "roadmap:validate": "node ./scripts/validate-framework.mjs --roadmap-only",
+        "security:scan": "node ./scripts/scan-security-hygiene.mjs",
+        "sync:check": "node ./scripts/sync-agent-bundle.mjs",
+        "ob-loop": "node ./scripts/ob-runner.mjs",
+        "validate": "node ./scripts/validate-framework.mjs",
+        "validate:all": "node ./scripts/validate-all.mjs",
+        "validate:docs": "node ./scripts/scan-doc-contract.mjs",
+        "codex:install-global": "node ./scripts/install-codex-global.mjs",
+        "codex:check-global": "node ./scripts/update-codex-global.mjs --check",
+        "codex:update-global": "node ./scripts/update-codex-global.mjs",
+        "codex:update-global:pull": "node ./scripts/update-codex-global.mjs --pull"
+      }
+    },
+    "agent_flow": {
+      "name": "agent_flow",
+      "path": "D:\\devtools\\nexus-devflow\\.agent",
+      "language": "JavaScript and Python",
+      "framework": "DevFlow 2.0 .agent bundle with stage-based markdown workflows",
+      "type": "library",
+      "package_manager": "npm",
+      "entry_point": "./workflows",
+      "key_directories": {},
+      "dependencies": [
+        "Node.js >=18.17"
+      ],
+      "testing": "Node.js script tests and framework validation"
+    }
+  },
+  "infrastructure": {},
+  "conventions": {
+    "documentation": "Markdown",
+    "artifact_format": "Markdown-first",
+    "agent_bundle": ".agents",
+    "primary_ide": "Codex",
+    "workspace_directory": "devflow",
+    "package_manager": "npm",
+    "legacy_cursor_removed": true
+  },
+  "generated_by": "scripts/generate-project-index.mjs",
+  "created_at": "2026-08-16T19:13:33.317Z"
+}

package/template/.agents/skills/check-for-updates/SKILL.md

@@ -1,117 +0,0 @@
----name: check-for-updates
-
-description: Install, upgrade, or verify Nexus-DevFlow setup for this machine or project using SETUP-BY-AI.md as the source of truth.
-argument-hint: [optional: target project path, provider/tool, or update intent]
----
-
-# Check For Updates
-
-`Check-For-Updates` is a public companion command for Nexus-DevFlow install, upgrade, and setup verification work.
-
-It is not a numbered mainline stage.
-
-## Mission
-
-Install or upgrade Nexus-DevFlow 2.0 for this machine or target project.
-
-First read `SETUP-BY-AI.md` from the Nexus-DevFlow repository and use it as the operational source of truth.
-
-Detect:
-
-- framework root
-- package version
-- provider or tool
-- target project
-- whether the current setup is using `Codex global`, `Central clone + link`, or `Manual copy / overwrite`
-
-Keep `.workspaces` project-local.
-
-Do not overwrite user instruction files blindly.
-
-After install or upgrade, run `roadmap:validate`, `validate`, and `validate:all` where relevant, then report files changed, installed version, framework root, chosen route, and any manual approval steps.
-
-Repository reference:
-
-```text
-https://github.com/Jakkrich/nexus-devflow
-```
-
-## When To Use
-
-Use this command when:
-
-- the user wants to install Nexus-DevFlow into Codex or another AI tool
-- the user wants to install Nexus-DevFlow into a target project
-- the user wants to upgrade an existing Nexus-DevFlow install
-- the user wants to check whether the current machine or project is on the expected framework version
-- the user needs routing across optional Codex global setup, `Central clone + link`, or `Manual copy / overwrite`
-
-## Operating Rules
-
-- `SETUP-BY-AI.md` is the operational source of truth
-- prefer the safest route that matches the user request and existing environment
-- for project-local setup, prefer `Central clone + link`
-- use `Manual copy / overwrite` only when linking is unsuitable or explicitly rejected
-- treat `AI install` as guided execution of one of the supported routes, not as a separate bundle layout
-- preserve user-authored instructions outside managed Nexus-DevFlow content
-- do not link, copy, or share `.workspaces` from the framework repo into another project
-- if the framework repo is dirty, do not pull automatically; report the dirty files and ask before proceeding with a pull-based update
-- do not claim success until the relevant validation commands pass
-
-## Execution Flow
-
-1. Read `SETUP-BY-AI.md`.
-2. Detect the framework root and confirm the framework files listed there exist.
-3. Detect the installed or target version from `package.json`.
-4. Detect the provider or tool context.
-5. Detect the target project and keep its `.workspaces` local to that project.
-6. Detect the current route already in use, if any:
-   - optional `Codex global`
-   - `Central clone + link`
-   - `Manual copy / overwrite`
-7. Choose the route:
-   - optional `Codex global` only when explicitly requested
-   - `Central clone + link` for project-local setup by default
-   - `Manual copy / overwrite` only when linking is not suitable
-8. If upgrading and the user wants latest, inspect git cleanliness before any pull-based update.
-9. Apply the relevant install or upgrade commands.
-10. Run validation:
-   - `npm.cmd run roadmap:validate`
-   - `npm.cmd run validate`
-   - `npm.cmd run validate:all`
-   - plus provider-specific checks such as `npm.cmd run codex:check-global` when applicable
-11. Report the outcome in the final setup result format.
-
-## Final Report Format
-
-```text
-Nexus-DevFlow setup result
-- Mode:
-- Framework root:
-- Framework version:
-- Target project:
-- Provider:
-- Files changed:
-- Validation:
-- Warnings or manual steps:
-```
-
-## Relationship To DevFlow 2.0
-
-- Classification: Companion command
-- Mainline status: Not a numbered stage
-- Typical entry points: before using DevFlow on a new machine, before linking or copying into a target project, after pulling framework changes, or during provider setup maintenance
-- Typical handoff targets: `Help`, `/00-Discover`, or the user's requested active task after setup is verified
-
-## Sources
-
-- `SETUP-BY-AI.md`
-- `SETUP.md`
-- `AGENTS.md`
-- `package.json`
-- `docs/install-update-troubleshooting.md`
-
-## Next Workflow Recommendation
-
-- Default: return to the user's requested work after setup is verified
-- Common routes: `Help` for routing, `/00-Discover` for new work, or `/50-Verify` when setup validation exposes framework issues

package/template/.agents/skills/devflow-concept-intake/SKILL.md

@@ -1,150 +0,0 @@
----
-name: devflow-concept-intake
-description: Studies external Git repositories, READMEs, prompt frameworks, agent workflows, and engineering-methodology repos before adapting ideas into Nexus-DevFlow. Use when the user asks to research a repo for DevFlow, compare concepts, decide what to adopt or reject, create an adoption proposal, write an option guide for coupled practices, or track upstream sources for adopted concepts.
----
-
-# DevFlow Concept Intake
-
-## Overview
-
-Use this skill to turn external repo ideas into deliberate Nexus-DevFlow decisions. Study the source, critique the principles, discuss trade-offs with the user, then propose adoption only when the concept improves the workflow without unnecessary complexity.
-
-## Core Rule
-
-Do not import ideas just because they are interesting. Every concept must pass through critique, DevFlow fit analysis, and user discussion before it becomes a workflow, agent, skill, artifact, or option guide.
-
-## Core Process
-
-### 1. Source Intake
-
-Identify the source before judging it:
-
-- Record repo URL, README path, docs path, branch, commit, tag, or release when available.
-- Prefer primary source files: `README`, docs, examples, workflow definitions, prompts, CLI scripts, schemas, and changelog.
-- If the user gives only a summary, mark source confidence as `low` and ask for the repo/README before making durable recommendations.
-- Separate stated principles from inferred principles.
-
-For current or remote source facts, browse or fetch the source when tools allow it. Do not rely on memory for live repo state.
-
-### 2. Discussion-First Report
-
-Produce a direct critique before proposing implementation. Use `references/concept-report-template.md` when a written artifact is requested or the analysis is substantial.
-
-Classify each concept:
-
-| Decision | Meaning |
-| :--- | :--- |
-| `Adopt` | Fits DevFlow as-is and adds clear value. |
-| `Adapt` | Useful idea, but must be reshaped for DevFlow. |
-| `Reject` | Does not fit, adds avoidable risk, or conflicts with DevFlow goals. |
-| `Defer` | Potentially useful, but needs evidence, a real use case, or upstream maturity. |
-
-Be explicit about what not to take. A rejected idea is useful output, not a failure.
-
-### 3. Adoption Proposal
-
-Only create an adoption proposal after the user agrees the concept is worth exploring. Use `references/adoption-proposal-template.md`.
-
-Map the concept to the smallest fitting DevFlow surface:
-
-| Target | Use When |
-| :--- | :--- |
-| Workflow | The idea changes phase order, gates, or user-visible commands. |
-| Agent | The idea needs a specialist persona with a bounded responsibility. |
-| Skill | The idea is reusable guidance or a discipline layer inside existing workflows. |
-| Artifact | The idea needs persistent JSON or Markdown state. |
-| Option guide | The idea is useful only as an optional bundle of practices. |
-| Wiki/docs | The idea is knowledge, not behavior. |
-
-Prefer skill-backed or option-guide adoption before adding new slash workflows. Keep the canonical `/00-Discover -> /10-Define -> /20-Spec -> /30-Plan -> /40-Implement -> /50-Verify -> /60-Report -> /70-Release` path stable unless the concept improves a core invariant.
-
-### 4. Coupled Concepts And Option Packs
-
-When principles must be used together, do not scatter them across unrelated flows. Write them as an option pack:
-
-- Name the pack with the `devflow-*` prefix.
-- State which concepts are mandatory together and which are optional.
-- Define when to activate the pack.
-- Define what workflows, agents, skills, artifacts, and validation gates are affected.
-- Include an explicit "Do not use this option when..." section.
-
-Examples:
-
-- `devflow-upstream-sync-pack`: use only when adopting concepts that need regular upstream review.
-- `devflow-agent-discipline-pack`: use when multiple agent behavior rules must work together.
-- `devflow-research-to-adoption-pack`: use when repo study, proposal, and tracking must be chained.
-
-### 5. Upstream Tracking
-
-Track upstream only for concepts the user chooses to adopt or actively evaluate. Use `references/upstream-tracking-template.md`.
-
-Record:
-
-- Source repo and exact revision.
-- Adopted concepts and local DevFlow mapping.
-- Local files or workflows affected.
-- Update strategy: manual review, scheduled review, diff-based review, or no tracking.
-- Compatibility risk if upstream changes.
-- Credit and license notes when applicable.
-
-Do not promise automatic syncing unless the repository has a clear, testable transformation path. Prefer reviewable update notes over blind merges.
-
-## Fit Criteria
-
-Favor concepts that:
-
-- Reduce ambiguity in agent work.
-- Improve traceability, validation, or recovery.
-- Strengthen user-controlled phase gates.
-- Fit the markdown-first stage artifact contract.
-- Can be explained as a small rule, skill, option, or workflow addition.
-- Preserve source credit and make upstream drift visible.
-
-Reject or defer concepts that:
-
-- Add autonomous execution that skips human approval gates.
-- Require copying large frameworks wholesale.
-- Make core workflows harder to understand.
-- Depend on brittle prompt magic with no observable artifact.
-- Duplicate an existing DevFlow skill, agent, or workflow.
-- Create tracking burden without clear recurring value.
-
-## Output Expectations
-
-For lightweight discussion, answer in Thai or the user's language with:
-
-- Source studied.
-- Main principles found.
-- `Adopt / Adapt / Reject / Defer` table.
-- Direct critique.
-- Recommended next DevFlow action.
-
-For substantial work, produce one or more Markdown artifacts under an appropriate workspace path such as:
-
-```text
-devflow/research/devflow-concepts/{source-slug}/concept-report.md
-devflow/research/devflow-concepts/{source-slug}/adoption-proposal.md
-devflow/research/devflow-concepts/{source-slug}/upstream-tracking.md
-```
-
-Ask before writing files unless the user explicitly requested artifacts.
-
-## Red Flags
-
-- Summarizing the repo without giving a recommendation.
-- Treating upstream popularity as proof of DevFlow fit.
-- Proposing a new workflow when a skill or option guide is enough.
-- Omitting the "do not adopt" list.
-- Tracking every studied repo instead of only adopted or actively evaluated concepts.
-- Mixing source truth, interpretation, and local proposal in one undifferentiated document.
-
-## Verification
-
-Before finishing:
-
-- Confirm the source and revision confidence.
-- Confirm every major concept has `Adopt`, `Adapt`, `Reject`, or `Defer`.
-- Confirm rejected concepts and reasons are included.
-- Confirm any adoption proposal maps to a specific DevFlow surface.
-- Confirm coupled concepts are represented as an option pack.
-- Confirm upstream tracking exists only when adoption or active evaluation is chosen.

package/template/.agents/skills/devflow-concept-intake/agents/openai.yaml

@@ -1,4 +0,0 @@
-interface:
-  display_name: "DevFlow Concept Intake"
-  short_description: "Evaluate repo concepts for DevFlow adoption"
-  default_prompt: "Use $devflow-concept-intake to study this repo or README, critique the concepts, and propose whether Nexus-DevFlow should adopt, adapt, reject, or track them."

package/template/.agents/skills/devflow-concept-intake/references/adoption-proposal-template.md

@@ -1,60 +0,0 @@
-# Adoption Proposal Template
-
-Use this template for phase 2 after the user agrees a concept is worth exploring.
-
-```markdown
-# DevFlow Adoption Proposal: {concept-name}
-
-## Recommendation
-
-Adopt | Adapt | Defer
-
-## Why This Belongs In Nexus-DevFlow
-
-Explain the value in terms of DevFlow goals: clearer agent behavior, safer workflow gates, better artifacts, stronger validation, or reusable knowledge.
-
-## Target DevFlow Surface
-
-| Surface | Change |
-| :--- | :--- |
-| Workflow |  |
-| Agent |  |
-| Skill |  |
-| Artifact |  |
-| Option guide |  |
-| Wiki/docs |  |
-
-## Smallest Useful Version
-
-Describe the smallest change that proves the concept works inside DevFlow.
-
-## What Changes
-
-- Files or folders:
-- Commands or workflows:
-- Agent behavior:
-- Artifacts:
-- Validation:
-
-## What Does Not Change
-
-State core DevFlow behavior that must remain stable.
-
-## Option Pack
-
-Use this section only when concepts must be used together.
-
-- Pack name:
-- Required concepts:
-- Optional concepts:
-- Activation trigger:
-- Do not use when:
-
-## Risks And Rejection Criteria
-
-List reasons to stop or roll back.
-
-## Validation Plan
-
-List exact checks, scripts, docs review, or test tasks needed before considering adoption complete.
-```

package/template/.agents/skills/devflow-concept-intake/references/concept-report-template.md

@@ -1,47 +0,0 @@
-# Concept Report Template
-
-Use this template for phase 1: discussion-first repo or README study.
-
-```markdown
-# Concept Report: {source-name}
-
-## Source
-
-- Repo or document:
-- Revision, tag, branch, or date checked:
-- Files read:
-- Source confidence: high | medium | low
-
-## What The Source Is Trying To Do
-
-Summarize the source in plain language. Separate the project's stated goal from your inference.
-
-## Principles Found
-
-| Principle | Evidence | Interpretation |
-| :--- | :--- | :--- |
-|  |  |  |
-
-## Decision Matrix
-
-| Concept | Decision | Why | DevFlow Fit |
-| :--- | :--- | :--- | :--- |
-|  | Adopt |  |  |
-|  | Adapt |  |  |
-|  | Reject |  |  |
-|  | Defer |  |  |
-
-## Direct Critique
-
-State what is strong, what is weak, what is overbuilt, what is missing, and what should not be copied into Nexus-DevFlow.
-
-## Discussion Questions
-
-- 
-- 
-- 
-
-## Recommended Next Step
-
-Choose one: stop, discuss, write adoption proposal, create option pack, or track upstream.
-```

package/template/.agents/skills/devflow-concept-intake/references/upstream-tracking-template.md

@@ -1,51 +0,0 @@
-# Upstream Tracking Template
-
-Use this template for phase 3 only after the user chooses to adopt or actively evaluate a source concept.
-
-```markdown
-# Upstream Tracking: {source-name}
-
-## Source
-
-- Repo:
-- Upstream revision:
-- License:
-- Credit:
-- Date recorded:
-
-## Adopted Or Evaluated Concepts
-
-| Source Concept | Local DevFlow Mapping | Status |
-| :--- | :--- | :--- |
-|  |  | adopted | evaluating | rejected |
-
-## Local Integration Points
-
-- Workflows:
-- Agents:
-- Skills:
-- Artifacts:
-- Docs/wiki:
-- Scripts:
-
-## Update Strategy
-
-Choose one:
-
-- Manual review: revisit only when user asks.
-- Scheduled review: revisit on a calendar or release cadence.
-- Diff-based review: compare upstream changes against recorded revision.
-- No tracking: preserve credit, but do not follow upstream.
-
-## Compatibility Notes
-
-Explain what could break if upstream changes, and what local decisions intentionally diverge from upstream.
-
-## Review Checklist
-
-- [ ] Compare upstream README or docs against recorded revision.
-- [ ] Check whether adopted concepts changed meaning.
-- [ ] Check whether local DevFlow mapping is still valid.
-- [ ] Update adoption proposal or option guide if needed.
-- [ ] Preserve credit and license notes.
-```