Skip to content

docs(architecture): regenerate the repository map - #30

Merged
hyperpolymath merged 1 commit into
mainfrom
claude/new-session-ywdrth-repo-map
Nov 9, 2026
Merged

docs(architecture): regenerate the repository map#30
hyperpolymath merged 1 commit into
mainfrom
claude/new-session-ywdrth-repo-map

Conversation

@hyperpolymath

@hyperpolymath hyperpolymath commented Nov 9, 2026

Copy link
Copy Markdown
Owner

Summary

estate-rules is red on main (run 42592013824). Its repo_map_determinism_test.sh step finds that docs/architecture/REPOSITORY-MAP.adoc is stale: the committed map was generated before applied-systems/ and its subdirectories were added. This PR regenerates the map with the repository's own generator. Nothing else changes.

Changes

  • docs/architecture/REPOSITORY-MAP.adoc: regenerated with just repo-map (scripts/gen-repo-map.sh .). It adds the applied-systems/ row and its five subdirectories (9 lines). No hand edits.

RSR Quality Checklist

Required

  • Tests pass (bash tests/shape/repo_map_determinism_test.sh, see Testing)
  • Code is formatted (just fmt or equivalent)
  • Linter is clean (no new warnings or errors)
  • No banned language patterns (no Python, Go, TypeScript or ReScript; JavaScript runs on Bun)
  • No unsafe blocks without // SAFETY: comments
  • No banned functions (believe_me, unsafeCoerce, Obj.magic, Admitted, sorry)
  • SPDX license headers present on all new/modified source files
  • No secrets, credentials, or .env files included

As Applicable

  • Documentation updated for user-facing changes

Testing

  • bash tests/shape/repo_map_determinism_test.sh reports PASS: repository map is byte-identical across locales, and committed copy is current. On main the same test fails with committed REPOSITORY-MAP.adoc is stale.

#25 carries this same commit, because the stale map fails its estate-rules check too.

Generated by Claude Code

@claude
docs(architecture): regenerate the repository map
322cc37 
The committed REPOSITORY-MAP.adoc predates applied-systems/ and its
subdirectories, so tests/shape/repo_map_determinism_test.sh fails and
estate-rules is red on main. Regenerated with `just repo-map`
(scripts/gen-repo-map.sh); the determinism test passes under every
locale it tries.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Y6FD63UrriRBHqmhhEca9t
@coderabbitai

coderabbitai Bot commented Nov 9, 2026 •
edited
Loading

Copy link
Copy Markdown

Warning

Review limit reached

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

Next included review available in 25 minutes.

Check out review usage here.

View limit details

Limit details: You’ve used the included review currently available.

Learn how review limits work.

Review configuration:

Run configuration

Commits

Reviewing files that changed from the base of the PR and between a3dbe73 and 322cc37.

Files selected for processing: 1

  • docs/architecture/REPOSITORY-MAP.adoc
  • Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

Share

@hyperpolymath hyperpolymath mentioned this pull request Nov 9, 2026
Open
10 tasks done
@sonarqubecloud

sonarqubecloud Bot commented Nov 9, 2026

Copy link
Copy Markdown

Quality Gate Passed Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

@hyperpolymath Claude

hyperpolymath commented Nov 9, 2026

Copy link
Copy Markdown
Owner Author

Canon lockstep is failing here, but not because of this PR. The check compares the canon version and the criteria/gates hashes in canon.lock with what mathesis_chora.deed declares. It fails the same way on main (a3dbe73, run 42592014015) and on mathesis#25. This PR changes only docs/architecture/REPOSITORY-MAP.adoc. It does not touch the deed or canon.lock.

No fix exists yet. Bringing the deed and canon.lock back into line with the canon needs its own change, so I'm leaving it out of this repo-map regeneration.

Generated by Claude Code

@hyperpolymath
hyperpolymath marked this pull request as ready for review November 9, 2026 15:45
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Nov 9, 2026

Copy link
Copy Markdown
Codex Review Summary: ❌ Failed

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review ❌ Failed 2026-11-09T15:45:56.810932Z
We couldn’t complete this review. Comment @codex review to try again.		 322cc37 Draft marked ready
ℹ️ 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" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Nov 9, 2026

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@hyperpolymath
hyperpolymath merged commit e1bf538 into main Nov 9, 2026
43 of 44 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

Copilot code review Copilot

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

3 participants

@hyperpolymath @claude