pantheon

Selects an engineering ancestor persona and emits a one-line doctrine verdict for design decisions.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/fusuyfusuy/dot-agents --skill pantheon-fusuyfusuy
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: pantheon
Source: https://github.com/fusuyfusuy/dot-agents/tree/main/skills/pantheon
Command: npx skills add https://github.com/fusuyfusuy/dot-agents --skill pantheon-fusuyfusuy

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When facing a design fork—module boundaries, abstraction urges, dependency choices, scope cuts, or state modeling—engineers often lack a consistent decision framework. This Skill maps the current design problem to a curated registry of sixteen software engineering ancestors (Ousterhout, Pike, Dijkstra, Hickey, Lamport, and others) and returns a compressed, greppable doctrine verdict. ## Core Features & Use Cases - Persona Selection: Matches the task at hand to the appropriate ancestor doctrine, such as Ousterhout for boundary design, Meyer for validation contracts, or Dijkstra for state enumeration. - Conflict Arbitration: Resolves colliding doctrines with explicit domain-owner rules, for example Pike vetoes cleverness and Brooks governs dependency decisions. - Decision Audit Trail: Emits greppable PANTHEON: verdict lines that can be mined into akatsuki project notes as lightweight ADR material. - Use Case: When debating whether to add a new abstraction layer, invoke the Skill to receive a verdict like PANTHEON: McIlroy — wait for the third identical occurrence before abstracting. ## Quick Start Ask the agent to invoke pantheon and arbitrate which ancestor doctrine applies to your current design decision, such as choosing between a new dependency and a stdlib solution.

Frequently Asked Questions about pantheon

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I get an engineering doctrine verdict for a design decision?▼

Invoke the Skill by saying pantheon, verdict, or arbitrate when facing a design fork. It identifies the owning ancestor for your problem domain and emits a single greppable PANTHEON verdict line with the doctrine to apply.

What design problems does the pantheon ancestor registry cover?▼

The registry covers module boundaries (Ousterhout), validation contracts (Meyer), state modeling (Dijkstra), scope cuts (Gabriel), dependencies (Brooks), performance (Knuth), functional cores (Bernhardt), and unclear requirements (Lamport), among sixteen total ancestors.

When should I not invoke a doctrine verdict?▼

Do not invoke it for trivial edits where no genuine design fork exists. The invocation protocol explicitly states no fork means no doctrine call, keeping verdicts meaningful and avoiding noise in the decision audit trail.

How are conflicting engineering doctrines resolved?▼

Conflicts are resolved through explicit arbitration rules assigning domain owners. For example, Pike vetoes cleverness with no appeal, McIlroy gates abstraction urges behind the Rule of Three, and Lamport takes precedence when requirements are unclear.

Can I audit past design decisions made with doctrine verdicts?▼

Yes, every verdict is emitted as a greppable PANTHEON line. Major calls are logged via akatsuki log, and you can periodically grep session logs and mine them into the project's akatsuki note as ADR-style records.