@pharaoh-so/mcp 0.2.6 → 0.2.8
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/skills/{pharaoh-audit-tests → audit-tests}/SKILL.md +1 -1
- package/skills/{pharaoh-brainstorm → brainstorm}/SKILL.md +1 -1
- package/skills/{pharaoh-debt → debt}/SKILL.md +1 -1
- package/skills/{pharaoh-debug → debug}/SKILL.md +1 -1
- package/skills/{pharaoh-execute → execute}/SKILL.md +1 -1
- package/skills/{pharaoh-explore → explore}/SKILL.md +1 -1
- package/skills/{pharaoh-finish → finish}/SKILL.md +1 -1
- package/skills/{pharaoh-health → health}/SKILL.md +1 -1
- package/skills/{pharaoh-investigate → investigate}/SKILL.md +1 -1
- package/skills/{pharaoh-onboard → onboard}/SKILL.md +1 -1
- package/skills/orchestrate/SKILL.md +144 -0
- package/skills/{pharaoh-parallel → parallel}/SKILL.md +1 -1
- package/skills/{pharaoh-plan → plan}/SKILL.md +1 -1
- package/skills/{pharaoh-pr → pr}/SKILL.md +1 -1
- package/skills/{pharaoh-refactor → refactor}/SKILL.md +1 -1
- package/skills/{pharaoh-review → review}/SKILL.md +1 -1
- package/skills/{pharaoh-review-codex → review-codex}/SKILL.md +1 -1
- package/skills/{pharaoh-review-receive → review-receive}/SKILL.md +1 -1
- package/skills/{pharaoh-sessions → sessions}/SKILL.md +1 -1
- package/skills/{pharaoh-tdd → tdd}/SKILL.md +1 -1
- package/skills/{pharaoh-verify → verify}/SKILL.md +1 -1
- package/skills/{pharaoh-wiring → wiring}/SKILL.md +1 -1
- package/skills/{pharaoh-worktree → worktree}/SKILL.md +1 -1
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@pharaoh-so/mcp",
|
|
3
3
|
"mcpName": "so.pharaoh/pharaoh",
|
|
4
|
-
"version": "0.2.
|
|
4
|
+
"version": "0.2.8",
|
|
5
5
|
"description": "MCP proxy for Pharaoh — maps codebases into queryable knowledge graphs for AI agents. Enables Claude Code in headless environments (VPS, SSH, CI) via device flow auth.",
|
|
6
6
|
"type": "module",
|
|
7
7
|
"main": "dist/index.js",
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: audit-tests
|
|
3
3
|
description: "Classify tests by real value: ceremony versus protection. Mutation score over line coverage — tests that can't detect mutations are theater. Identify tests that prove nothing, tests that duplicate coverage, and gaps where real protection is missing. Produce an actionable audit with keep, rewrite, and delete verdicts."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: brainstorm
|
|
3
3
|
description: "Explore intent, requirements, and design before implementation. Collaborative dialogue to turn ideas into specs. Ask clarifying questions one at a time, propose 2-3 approaches with trade-offs, get approval before writing any code. Prevents wasted work from unexamined assumptions."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: debt
|
|
3
3
|
description: "Categorized technical debt report using Pharaoh knowledge graph. Four-step pro-tier workflow: dead code detection, duplicate logic discovery, undocumented complex functions via spec gaps, and volatile high-complexity module identification. Categorizes findings as DELETE, CONSOLIDATE, DOCUMENT, STABILIZE, or TEST — each with the specific function or file, effort estimate, and risk of ignoring."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: debug
|
|
3
3
|
description: "Systematic 4-phase debugging methodology. Root cause investigation before any fixes. Read errors carefully, reproduce consistently, trace data flow, form hypotheses, test minimally. If 3+ fixes fail, question the architecture. No guessing, no quick patches, no symptom fixes."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: execute
|
|
3
3
|
description: "Execute a written implementation plan with review checkpoints. Load plan, review critically, execute tasks sequentially with verification at each step. Stop and ask when blocked — never guess through ambiguity. Finish with branch completion workflow."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: explore
|
|
3
3
|
description: "Deep-dive into a single codebase module using Pharaoh knowledge graph. Four-step free-tier workflow: full structure with functions, exports, and complexity scores; blast radius of what depends on it; upstream and downstream dependency mapping; and related function discovery. Produces a module briefing with purpose, key functions, dependencies, risk areas, and external API surface."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: finish
|
|
3
3
|
description: "Complete a development branch after implementation. Verify all tests pass, present structured options (merge locally, create PR, keep branch, or discard), execute the chosen workflow, and clean up worktrees. Never merge broken code or delete work without confirmation."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: health
|
|
3
3
|
description: "Full codebase health sweep using Pharaoh knowledge graph. Six-step pro-tier workflow: module map with metrics, dead code detection, test coverage gaps, duplicate logic, regression risk scoring, and spec drift analysis. Produces an A-F grade, top 5 risks, tech debt hotspots (high-complexity + low-coverage + high-volatility intersections), spec drift summary, and prioritized actions with effort estimates."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: investigate
|
|
3
3
|
description: "Full architectural context gathering before modifying a function, file, or module using Pharaoh knowledge graph. Four-step free-tier workflow: module structure, blast radius of downstream callers, related function discovery, and dependency mapping. Blocks code suggestions until all context is gathered. Produces an investigation report with structure, blast radius, related functions, dependency context, and risk assessment."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: onboard
|
|
3
3
|
description: "Quick codebase orientation using Pharaoh knowledge graph. Five-step workflow using only free-tier tools: full module map, deep-dive into the three largest modules, entry point discovery, critical path blast radius, and core data flow mapping. Produces an onboarding summary with module descriptions, entry points, data flow, and key functions to read first."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -0,0 +1,144 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: orchestrate
|
|
3
|
+
description: "Execute implementation plans by dispatching one subagent per task with two-stage review (spec compliance then code quality). Sequential task execution with quality gates. Controller stays in session, constructs focused context for each agent, never shares session history. Handles DONE/DONE_WITH_CONCERNS/NEEDS_CONTEXT/BLOCKED status protocol."
|
|
4
|
+
version: 0.2.5
|
|
5
|
+
homepage: https://pharaoh.so
|
|
6
|
+
user-invocable: true
|
|
7
|
+
metadata: {"emoji": "☥", "tags": ["subagents", "orchestration", "plan-execution", "quality-gates", "spec-review", "code-review"]}
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Orchestrate Plan Execution
|
|
11
|
+
|
|
12
|
+
Execute a plan by dispatching a fresh subagent per task, with two-stage review after each: spec compliance first, then code quality. The controller (you) coordinates — subagents implement and review.
|
|
13
|
+
|
|
14
|
+
## When to Use
|
|
15
|
+
|
|
16
|
+
- You have a written implementation plan with 2+ tasks
|
|
17
|
+
- Tasks are mostly independent (different files/modules)
|
|
18
|
+
- You want quality gates between tasks (not just fire-and-forget)
|
|
19
|
+
- You're staying in this session (not dispatching to parallel worktrees)
|
|
20
|
+
|
|
21
|
+
## When NOT to Use
|
|
22
|
+
|
|
23
|
+
- Tasks are tightly coupled (use manual execution)
|
|
24
|
+
- You want parallel execution across sessions (use `pharaoh:execute` instead)
|
|
25
|
+
- You don't have a plan yet (use `pharaoh:plan` first)
|
|
26
|
+
- You just need parallel dispatch without review gates (use `pharaoh:parallel`)
|
|
27
|
+
|
|
28
|
+
## Workflow
|
|
29
|
+
|
|
30
|
+
### Phase 0 — Setup
|
|
31
|
+
|
|
32
|
+
1. Read the plan file once. Extract all tasks with full text.
|
|
33
|
+
2. Note cross-task context: shared types, import paths, architectural constraints.
|
|
34
|
+
3. Create a task list tracking each task's status.
|
|
35
|
+
|
|
36
|
+
### Phase 1 — Per-Task Loop
|
|
37
|
+
|
|
38
|
+
For each task:
|
|
39
|
+
|
|
40
|
+
#### 1a. Dispatch Implementer
|
|
41
|
+
|
|
42
|
+
Launch a subagent with:
|
|
43
|
+
- **Full task text** (paste it, don't make the agent read the file)
|
|
44
|
+
- **Scene-setting context** (where this fits, what's already built, dependencies)
|
|
45
|
+
- **Constraints** (what NOT to change, scope boundaries)
|
|
46
|
+
- **Working directory**
|
|
47
|
+
|
|
48
|
+
The implementer should:
|
|
49
|
+
1. Ask questions before starting (don't guess)
|
|
50
|
+
2. Implement exactly what the task specifies
|
|
51
|
+
3. Write tests
|
|
52
|
+
4. Commit
|
|
53
|
+
5. Self-review
|
|
54
|
+
6. Report with status: **DONE** / **DONE_WITH_CONCERNS** / **NEEDS_CONTEXT** / **BLOCKED**
|
|
55
|
+
|
|
56
|
+
#### 1b. Handle Status
|
|
57
|
+
|
|
58
|
+
- **DONE** → proceed to spec review
|
|
59
|
+
- **DONE_WITH_CONCERNS** → read concerns. If correctness/scope issues, address before review. If observations, note and proceed.
|
|
60
|
+
- **NEEDS_CONTEXT** → provide missing information, re-dispatch
|
|
61
|
+
- **BLOCKED** → assess: provide more context, use a more capable model, break task smaller, or escalate to user
|
|
62
|
+
|
|
63
|
+
Never ignore an escalation. Never force retry without changes.
|
|
64
|
+
|
|
65
|
+
#### 1c. Spec Compliance Review
|
|
66
|
+
|
|
67
|
+
Dispatch a reviewer subagent with:
|
|
68
|
+
- Full task requirements (original spec text)
|
|
69
|
+
- Implementer's report of what they built
|
|
70
|
+
|
|
71
|
+
The spec reviewer must:
|
|
72
|
+
- Read actual code, not trust the report
|
|
73
|
+
- Check: missing requirements, extra/unneeded work, misinterpretations
|
|
74
|
+
- Verdict: **pass** or **issues found** (with file:line references)
|
|
75
|
+
|
|
76
|
+
If issues found → implementer fixes → spec reviewer re-reviews → repeat until pass.
|
|
77
|
+
|
|
78
|
+
#### 1d. Code Quality Review
|
|
79
|
+
|
|
80
|
+
Only after spec compliance passes. Dispatch a quality reviewer with:
|
|
81
|
+
- What was implemented
|
|
82
|
+
- Git SHAs (base and head)
|
|
83
|
+
- Task requirements
|
|
84
|
+
|
|
85
|
+
The quality reviewer checks:
|
|
86
|
+
- Single responsibility per file
|
|
87
|
+
- Clean interfaces and decomposition
|
|
88
|
+
- Test quality (assertions that verify behavior, not just coverage)
|
|
89
|
+
- Following existing codebase patterns
|
|
90
|
+
|
|
91
|
+
If issues found → implementer fixes → quality reviewer re-reviews → repeat until pass.
|
|
92
|
+
|
|
93
|
+
#### 1e. Mark Complete
|
|
94
|
+
|
|
95
|
+
Mark the task done. Move to next task.
|
|
96
|
+
|
|
97
|
+
### Phase 2 — Final Review
|
|
98
|
+
|
|
99
|
+
After all tasks complete, dispatch one final code reviewer across the entire implementation. Check for:
|
|
100
|
+
- Cross-task integration issues
|
|
101
|
+
- Consistency between tasks
|
|
102
|
+
- Overall architecture coherence
|
|
103
|
+
|
|
104
|
+
### Phase 3 — Finish
|
|
105
|
+
|
|
106
|
+
Use `pharaoh:finish` to decide: merge, PR, or cleanup.
|
|
107
|
+
|
|
108
|
+
## Model Selection
|
|
109
|
+
|
|
110
|
+
Match model capability to task complexity:
|
|
111
|
+
|
|
112
|
+
| Task type | Model tier |
|
|
113
|
+
|-----------|-----------|
|
|
114
|
+
| Isolated function, clear spec, 1-2 files | Fast/cheap |
|
|
115
|
+
| Multi-file integration, pattern matching | Standard |
|
|
116
|
+
| Architecture, design, review | Most capable |
|
|
117
|
+
|
|
118
|
+
## Prompt Quality
|
|
119
|
+
|
|
120
|
+
| Bad | Good |
|
|
121
|
+
|-----|------|
|
|
122
|
+
| "Implement the auth feature" | Full task text + context + constraints |
|
|
123
|
+
| Sharing session history | Constructing focused context per agent |
|
|
124
|
+
| "Fix it" | Specific report of what's wrong + file references |
|
|
125
|
+
| Skipping spec review | Always spec review before quality review |
|
|
126
|
+
|
|
127
|
+
## Iron Rules
|
|
128
|
+
|
|
129
|
+
- **One task at a time** — no parallel implementation (conflicts)
|
|
130
|
+
- **Never skip reviews** — spec compliance AND code quality, in that order
|
|
131
|
+
- **Spec before quality** — wrong order wastes review cycles
|
|
132
|
+
- **Construct context, don't inherit** — each agent gets exactly what it needs
|
|
133
|
+
- **Never trust reports** — reviewers read code, not claims
|
|
134
|
+
- **Fix before proceeding** — no moving to next task with open issues
|
|
135
|
+
- **Escalation is success** — BLOCKED/NEEDS_CONTEXT means the system is working
|
|
136
|
+
|
|
137
|
+
## Output
|
|
138
|
+
|
|
139
|
+
After all tasks complete:
|
|
140
|
+
- Summary of what was built (per task)
|
|
141
|
+
- Review findings that were caught and fixed
|
|
142
|
+
- Any concerns flagged by implementers
|
|
143
|
+
- Final reviewer assessment
|
|
144
|
+
- Ready for `pharaoh:finish`
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: parallel
|
|
3
3
|
description: "Dispatch 2+ independent subagent tasks that run concurrently. Each agent gets focused scope, clear goal, constraints, and expected output. No shared state between agents. Review and integrate results after all complete."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: plan
|
|
3
3
|
description: "Architecture-aware planning workflow using Pharaoh codebase knowledge graph. Four-phase process: reconnaissance with MCP tools, blast radius analysis, approach selection with trade-offs, and step-by-step implementation plan with wiring declarations. Prevents dead exports and overcoupled designs before a line of code is written."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: pr
|
|
3
3
|
description: "Pre-pull-request architectural review checklist using Pharaoh codebase knowledge graph. Covers module context, blast radius per touched module, hidden coupling between modules, duplicate logic detection, regression risk scoring, and vision spec alignment. Produces a structured review summary before opening a PR."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: refactor
|
|
3
3
|
description: "Safe refactoring workflow using Pharaoh codebase knowledge graph. Six-step process: module context, blast radius of downstream callers, reachability verification, dependency mapping, naming conflict detection, and test coverage assessment. Produces a refactoring plan with every caller listed, test files identified, unreachable code flagged, and high-risk paths warned."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: review
|
|
3
3
|
description: "Architecture-aware pre-PR code review using Pharaoh codebase knowledge graph. Four-phase workflow: context gathering with module structure and blast radius, risk assessment with regression scoring and wiring checks, spec alignment against vision docs, and a final verdict of SHIP / SHIP WITH CHANGES / BLOCK. Auto-block rules for unreachable exports, circular dependencies, high regression risk, and spec violations."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: review-codex
|
|
3
3
|
description: "Cross-model security review. Dispatch code to a different AI model or subagent for independent second-opinion review. Evaluator applies AGREE, DISAGREE, or CONTEXT verdicts to each finding. Catches blind spots from single-model reasoning. Use for security-sensitive code, auth flows, data access, and architectural decisions."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: review-receive
|
|
3
3
|
description: "Receive code review feedback with technical rigor. No performative agreement — verify suggestions against codebase reality before implementing. Push back with evidence when feedback is wrong. Clarify all unclear items before implementing any. External feedback is suggestions to evaluate, not orders to follow."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: sessions
|
|
3
3
|
description: "Decompose work into parallel, isolated sessions using git worktrees. Each session gets fresh context, a narrow scope, and produces atomic commits. Prevents context window pollution from large tasks. Coordinate across sessions without shared state."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: tdd
|
|
3
3
|
description: "Test-driven development discipline. Write the failing test first, watch it fail, write minimal code to pass, refactor. No production code without a failing test. No exceptions without explicit permission. Covers red-green-refactor cycle, common rationalizations, and when to start over."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: verify
|
|
3
3
|
description: "Evidence before assertions. Run verification commands and confirm output before claiming work is complete, fixed, or passing. No 'should work now' — run the command, read the output, then claim the result. Covers tests, builds, linting, agent delegation, and requirement checklists."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: wiring
|
|
3
3
|
description: "Wiring validation for a codebase module using Pharaoh knowledge graph. Four-step pro-tier workflow: entry point reachability, caller verification via blast radius, test coverage per function, and dead code detection. Categorizes functions as CONNECTED, UNREACHABLE, DEAD, or UNTESTED. Produces a PASS or FAIL verdict with specific issues listed. Iron law: zero callers on a non-entry-point export means the code is not wired."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: worktree
|
|
3
3
|
description: "Set up isolated git worktrees for feature work. Smart directory selection with safety verification — checks for existing worktree directories, verifies gitignore, auto-detects project setup, and confirms clean test baseline before starting. Prevents accidentally committing worktree contents."
|
|
4
4
|
version: 0.2.0
|
|
5
5
|
homepage: https://pharaoh.so
|