Skip to content

docs: consolidate root build-guide and planning docs into docs/ tree#27

Merged
nah414 merged 1 commit into
mainfrom
docs-consolidation-2026-06-09
Jun 9, 2026
Merged

docs: consolidate root build-guide and planning docs into docs/ tree#27
nah414 merged 1 commit into
mainfrom
docs-consolidation-2026-06-09

Conversation

@nah414

@nah414 nah414 commented Jun 9, 2026

Copy link
Copy Markdown
Owner

What

Structural cleanup of the repository root: the flat pile of build-guide and
planning docs moves into the existing docs/ tree. No content edits
every doc move is a git mv rename (full history preserved). Only README.md
and docs/README.md are edited (link/path fixes), plus two new index files.

Approved scope (keep architecture spec at root, keep build-guide filenames
as-is, single docs/planning/ folder, build guides may stop shipping in the
sdist, and do not advertise build guides on the main README).

Before / after (root-level docs)

Before — 16 docs flat at root:

PHOENIX_ARCHITECTURE_v1.md
BUILDGUIDE_phoenix_v1_phase{0,1,2,6b,7,8,9,10,11,12,13}*.md   (11 files)
PHOENIX_PERCEPTION_HARNESS_PLAN_v0.md
PHOENIX_PERCEPTION_HARNESS_PLAN_v1.md
DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md
ROADMAP_post_step5b_2026-05-20.md

After — root keeps only the canonical front-matter; everything else under docs/:

README.md  CHANGELOG.md  LICENSE  PHOENIX_ARCHITECTURE_v1.md   (root)
docs/
├── README.md                       (rewritten as the docs hub)
├── build-guides/
│   ├── README.md                   (NEW — phase->guide index, notes 3/4/5/6a gap)
│   └── BUILDGUIDE_phoenix_v1_phase*.md      (11 guides)
├── planning/
│   ├── PHOENIX_PERCEPTION_HARNESS_PLAN_v1.md
│   ├── ROADMAP_post_step5b_2026-05-20.md
│   ├── DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md
│   └── archive/
│       └── PHOENIX_PERCEPTION_HARNESS_PLAN_v0.md
├── distribution/   (unchanged)
├── reproducibility/ (unchanged)
└── superpowers/     (unchanged)

README link changes

  • Removed the Phase 0 build-guide link entirely — build guides are no
    longer surfaced on the main README. They live under docs/build-guides/,
    reachable via the docs hub.
  • Added a docs/ hub link.
  • Repointed the perception-plan links (v1 -> docs/planning/, v0 ->
    docs/planning/archive/). The architecture-spec link is unchanged (file
    stays at root).

Notes / intended side effects

  • PHOENIX_ARCHITECTURE_v1.md deliberately stays at root — it is
    referenced by pyproject.toml (Documentation URL) and MANIFEST.in
    (include, ships in the sdist). No packaging files needed changes.
  • Build guides now fall under MANIFEST.in's prune docs rule, so they
    no longer ship in the source distribution (intended — they are internal
    development records, not user docs).
  • The Authoritative location: C:\Phoenix\... headers inside the moved docs
    are prose (not links) and were left as-is; they can be refreshed in a
    follow-up if desired.

🤖 Generated with Claude Code

Summary by Sourcery

Consolidate documentation into a docs hub, moving build guides and planning documents under the docs tree and updating links accordingly.

Documentation:

  • Rewrite docs/README.md into a documentation hub that categorizes user-facing guides, planning records, and internal development docs.
  • Add a docs/build-guides/README.md index describing all per-phase build guides and their scope.
  • Update the root README to link to the docs hub and repoint perception plan links into the new docs/planning/ structure.

Move the flat root-level documentation into the existing docs/ tree to
declutter the repository root. The canonical architecture spec stays at
the root (packaging-critical: referenced by pyproject.toml + MANIFEST.in,
ships in the sdist).

- docs/build-guides/  <- all 11 BUILDGUIDE_phoenix_v1_phase*.md (+ new index)
- docs/planning/      <- perception-harness plan v1, roadmap, phase-13
                         design decisions; v0 plan under planning/archive/
- README: drop the Phase 0 build-guide link (build guides are no longer
  advertised on the main README); repoint perception-plan links; add a
  docs/ hub link.
- docs/README.md rewritten as the documentation hub.

All moves are git renames (history preserved). Build guides now live under
the MANIFEST.in `prune docs` rule, so they no longer ship in the sdist
(intended: they are internal development records, not user docs).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@sourcery-ai

sourcery-ai Bot commented Jun 9, 2026

Copy link
Copy Markdown

Reviewer's Guide

Restructures root-level documentation into the existing docs/ tree, keeping the architecture spec at the repo root, updating the main README and docs README to route users through a docs hub, and adding a build-guides index while ensuring build guides are treated as internal records that no longer ship in the sdist.

Flow diagram for user navigation via the new docs hub

flowchart TD
  User["User"] --> RootReadme["README.md (repo_root)"]
  RootReadme --> DocsHubLink["Link to docs/README.md"]
  DocsHubLink --> DocsHub["docs/README.md (documentation_hub)"]

  DocsHub --> DistGuide["docs/distribution/README.md (install_run)"]
  DocsHub --> ReproGuide["docs/reproducibility/README.md (reproducibility)"]
  DocsHub --> Planning["docs/planning/ (plans_and_decisions)"]
  DocsHub --> BuildGuides["docs/build-guides/README.md (internal_build_guides)"]
Loading

File-Level Changes

Change Details Files
Convert docs/ into a central documentation hub and document the new layout.
  • Rewrite docs/README.md to describe the repo-wide docs hub rather than just user-facing docs.
  • Add explicit sections for user-facing guides, planning & extension records, and internal development records.
  • Update links to point to subdirectory READMEs and the new planning and build-guides locations.
docs/README.md
Adjust root README to stop advertising build guides directly and route planning docs through docs/.
  • Remove the Phase 0 build-guide link from the main documents list.
  • Add a docs/ entry pointing to the docs hub.
  • Update perception harness plan v1 link to docs/planning/ path.
  • Update historical v0 plan link to docs/planning/archive/ path while keeping architecture spec reference at root.
README.md
Introduce a build-guides index under docs/ and relocate existing build guides into it.
  • Create docs/build-guides/README.md describing build guides as internal development records and listing all phases in a table.
  • Move all BUILDGUIDE_phoenix_v1_phase*.md files from the repo root into docs/build-guides/ via git mv, preserving filenames and history.
  • Document the intentional absence of guides for phases 3, 4, 5, and 6a.
docs/build-guides/README.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase0_skeleton.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase1_vendor_sync.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase2_solver.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase6b_infrastructure.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase7_audit_ledger.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase8_admin_devops.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase9_adapters_mcp_cli.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase10_cost_ceiling_cloud_seams.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase11_acceptance_composition.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase12_distribution.md
docs/build-guides/BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md
Relocate planning and decision-record docs under docs/planning/, with an archive for superseded versions.
  • Move PHOENIX_PERCEPTION_HARNESS_PLAN_v1.md into docs/planning/.
  • Move ROADMAP_post_step5b_2026-05-20.md and DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md into docs/planning/.
  • Move PHOENIX_PERCEPTION_HARNESS_PLAN_v0.md into docs/planning/archive/ as an archived historical record.
docs/planning/PHOENIX_PERCEPTION_HARNESS_PLAN_v1.md
docs/planning/ROADMAP_post_step5b_2026-05-20.md
docs/planning/DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md
docs/planning/archive/PHOENIX_PERCEPTION_HARNESS_PLAN_v0.md
Preserve root-level architecture spec and adjust packaging behavior implicitly via existing MANIFEST.in rules.
  • Keep PHOENIX_ARCHITECTURE_v1.md at the repo root so that existing pyproject.toml and MANIFEST.in references remain valid.
  • Rely on existing MANIFEST.in prune docs rule so that relocated build guides no longer ship in the sdist without modifying packaging files.
  • Leave internal prose headers (e.g., authoritative location notes) unchanged in moved docs.
PHOENIX_ARCHITECTURE_v1.md
pyproject.toml
MANIFEST.in

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've reviewed your changes and they look great!


Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

@nah414 nah414 merged commit 579b01a into main Jun 9, 2026
10 checks passed

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

*Companion doc to [`BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md`](BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md) + [`DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md`](DESIGN_DECISIONS_PHASE13_LOCKED_2026-05-18.md). Drafted by the Claude Code session that closed Steps 1-5b on `phase-13-cognition-mcp-client`.*

P2 Badge Fix the relocated build-guide link

After this file moved into docs/planning/, this relative link now resolves to docs/planning/BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md, but the guide was moved to docs/build-guides/BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md. Anyone following the roadmap companion-doc link from GitHub or a Markdown link checker will hit a missing page; update this link to ../build-guides/BUILDGUIDE_phoenix_v1_phase13_cognition_mcp_client.md.

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

nah414 added a commit that referenced this pull request Jun 9, 2026
* @
docs(agents): add CLAUDE.md auto-loaded agent operating rules

Encode the maintainer's working rules so every Claude Code session in
this repo picks them up automatically (CLAUDE.md auto-loads per-repo).

- CLAUDE.md (root): concise rule set, points to the detailed doc.
- docs/AGENT_WORKFLOW.md: long-form rules, halt list, branch/commit
  conventions, reporting format, Windows/PowerShell notes, rationale.
- docs/README.md: link the new workflow doc from the docs hub.

Rules optimize for remote phone-driven sessions via Dispatch: no
interactive pickers (plain-text questions only), autonomous reversible
defaults, halt only for destructive/irreversible actions, feature
branch only, plan-but-do-not-block, test before handing back.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@

* @
docs(agents): forbid skipping git hooks / signing as a top-level rule

Add an explicit short-form rule (new rule 5) in CLAUDE.md: never use
--no-verify, never disable/skip/bypass pre-commit or commit-msg hooks or
commit signing unless the maintainer explicitly asks; fix the underlying
issue instead. Mirrors and strengthens AGENT_WORKFLOW.md section 4.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@

* @
docs(agents): post-reorg path fixes + PR-consolidation rule

Rebased onto current main (post #26/#27 docs reorg). Adjust for the new
docs/ tree and capture the maintainer's PR-cadence preference.

- CLAUDE.md: repoint build-guide reference from the old repo-root
  BUILDGUIDE_*.md files to docs/build-guides/ (moved by #27).
- docs/README.md: re-add the AGENT_WORKFLOW.md pointer into the
  reorganized "Internal development records" section (the old pre-reorg
  edit was dropped during rebase).
- CLAUDE.md + AGENT_WORKFLOW.md: add a new rule (short form rule 5;
  detail in AGENT_WORKFLOW.md section 4) — consolidate work, at most one
  PR per work-session/batch, branches may accumulate commits and sit for
  days, never open a PR proactively, default posture is keep-on-branch.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@

* @
docs(agents): record mobile-Dispatch working method + 2026-06-09 session log

Note in CLAUDE.md (not the README) that this repo is primarily driven via
mobile Dispatch (Adam running Claude Code sessions from his phone while the
desktop runs), and log today's session: README trim (#26 merged), docs/
reorg (#27 merged), auto-capture wiring (phase-13.x.9, parked), these agent
rules, and the Step 5c cognition training/eval harness (parked; lightgbm
4.6.0 kept for local runs).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant