원클릭으로
project-registry
Query and manage the centralized project registry for port assignments, stack info, dev commands, and project status
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Query and manage the centralized project registry for port assignments, stack info, dev commands, and project status
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
The Code reporting discipline AND the reporting-system operations command. Discipline half — the "one spine" rule (every reportable unit of work lands one Weekly Work Tracker row, Source-tagged), field mapping, Bridge auto-mirror tie-in. Operations half (proposal 07) — /reporting status (registry tail, trust metrics, drift, next scheduled runs, log locations), /reporting run <pipeline>, /reporting heal. Use when finishing reportable work, when asked "how should I report this" / "log this for the report", at session end to capture unreported work, or for pipeline ops — "/reporting", "reporting status", "is reporting healthy", "run the health check", "why is a report row missing/stale".
Generate the weekly FourthOS sponsor update package for Carly (VP) and Christian (CTO). Pulls live portfolio data from the FourthOS Notion cockpit, refreshes the Notion Update Package page, renders a progressive-disclosure HTML artifact set (Tier 1 briefing dashboard, Tier 2 teaching deep-dive), stages it UNLISTED to the ai-enablement-decks GitHub Pages site, and notifies Dave to review before promoting it live. Use when asked to generate, build, preview, or promote the FourthOS weekly sponsor update, or when the CCv3-FourthOS-Weekly scheduled task runs. Triggers on "fourthos weekly", "sponsor update", "Carly update", "Christian update", "weekly portfolio update".
Run a feature through the full tri-model Game Plan pipeline — rostered roles (Claude hub, Grok builder/researcher, Codex reviewer/fixer), a workroom disk bus, and human gates. Use when the user types /game-plan [feature], says "run the game plan on X", "full crew on this", "roster this feature", or wants a multi-milestone feature built with cross-model build/review separation. Opt-in orchestrator on top of /workroom; for one-shot tasks use /grok or /codex directly, for trivial edits use neither.
Audit and curate the memory system -- identify signal vs noise, score entries, and archive low-quality learnings.
Detect drift between the continuous-claude repo and the active ~/.claude/ directory
Initialize Continuous Claude v3 for a new project with full toolset activation. Creates project CLAUDE.md (interview-driven, 8 sections), ROADMAP.md, knowledge tree, Serena code intelligence, and project registry entry. Use when opening a new project folder for the first time, starting a new project, setting up CCv3 in an existing repo, or the user says "init project", "setup project", "new project", "initialize", "start new project".
SOC 직업 분류 기준
| name | project-registry |
| description | Query and manage the centralized project registry for port assignments, stack info, dev commands, and project status |
| allowed-tools | ["Read","Write","Bash"] |
| metadata | {"triggers":["project registry","what port","project info","which project","project list"]} |
Centralized registry of all managed projects with stack, port, URL, and status information.
.claude/project-registry.json in the continuous-claude repo — this is the canonical copy. ~/.claude/project-registry.json is a sync mirror maintained by scripts/sync-to-active.sh (full and --changed modes, JSON-validated). Read from either; write ONLY to the repo copy, then let the sync propagate.
Registry updates MUST be a single Node read-modify-write process with a temp-file + rename — never the Edit tool, never separate read and write calls (concurrent sessions + the sync script race on this file):
node -e "
const fs = require('fs');
const p = 'C:/Users/david.hayes/continuous-claude/.claude/project-registry.json';
const reg = JSON.parse(fs.readFileSync(p, 'utf8'));
// ... modify reg ...
const tmp = p + '.tmp-' + process.pid;
fs.writeFileSync(tmp, JSON.stringify(reg, null, 2) + '\n');
JSON.parse(fs.readFileSync(tmp, 'utf8')); // validate before replacing
fs.renameSync(tmp, p);
"
Read .claude/project-registry.json and find the entry where name matches (case-insensitive partial match).
Example user asks: "What port does NorthStar use?"
.claude/project-registry.jsonnpm run devRead the registry and filter where status === "active".
Present as a table:
| Project | Port | URL | Stack |
|---|---|---|---|
| continuous-claude | -- | -- | TypeScript, Node.js, PostgreSQL, esbuild |
| NorthStar Transformation | 3002 | https://northstar.localhost/ | Next.js, TypeScript, Tailwind, Drizzle, Neon |
| Fourth Connect | 3000 | https://fourth-connect.localhost/ | Next.js, TypeScript, Tailwind |
| agent-factory | 3001 | -- | Next.js, AI SDK v6, OpenRouter, Docker |
Read the registry and filter where stack array includes the queried technology.
Example: "Which projects use TypeScript?" returns all projects with "TypeScript" in their stack array.
Read the registry and find the entry where port matches the queried number.
Example: "What's on port 3000?" returns Fourth Connect.
Append a new entry to the projects array in .claude/project-registry.json:
{
"name": "new-project",
"path": "C:/Users/david.hayes/Projects/new-project",
"stack": ["React", "TypeScript"],
"description": "What this project does",
"port": null,
"url": null,
"devCommand": null,
"status": "active"
}
Required fields: name, path, stack, description, status.
Optional fields (nullable): port, url, devCommand.
Read the registry, modify the target entry, write the full file back.
Common updates:
status to "inactive" when archiving a projectport or url when dev setup changesSet status to "inactive". Do not remove the entry -- inactive projects remain in the registry for reference.
{
"version": "1.0",
"projects": [
{
"name": "string (required, unique)",
"path": "string (absolute Windows path with forward slashes)",
"stack": ["string array of technologies"],
"description": "string (short description)",
"port": "number | null",
"url": "string | null (local dev URL)",
"devCommand": "string | null (e.g. 'npm run dev')",
"status": "'active' | 'inactive'"
}
]
}
dev-server-cleanup.md rule has a port registry table that should stay in sync