project-cortex

Solid

Register tasks BEFORE fixing bugs. Close epics when work is done. Always use CLI for state transitions — never mv files by hand. CLI moves update Status History; manual mv causes probe mismatches. Never leave state drift for the next agent to discover via git log. GTD-style governance: ADR, Epic, Task, Wiki. Numeric-prefixed directories enforce workflow order. Timestamp IDs prevent collision. ZK task review (WHAT/WHY/HOW) ensures subagent-readable requirements before assignment. probe detects stale backlog, epic drift, and history mismatches. **Task-git discipline**: One task = 2-5 commits (core, tests, docs, trailer). Every commit includes TASK-xxx for traceability. Task card includes Commit Map and Verification Matrix.

AI & Automation 3 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
20
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Project Cortex: ADR + Epic + Task + Wiki > Automation over memory. Use CLI for IDs and templates. Use index for discovery. ## Three Systems ``` Epic (WHY) ADR (HOW) Task (WHAT) requirement origin technical decision executable work derives tasks guides tasks links to epic/adr ``` **OS analogy**: Think of the governance system like an operating memory model. | Component | OS Analogy | Role | |-----------|-----------|------| | **Epic** | Memory segment (heap) | Stores the full context — background, requirement tree, zoom-in map. **Workflowy-style**, not a todo list. | | **ADR** | Code segment (text) | Stores ratified decisions — options considered, consequences, follow-ups. Immutable once accepted. | | **Wiki** | Shared library | Reusable knowledge extracted after tasks complete. Patterns, FAQs, lessons. | | **Task** | **Pointer / Reference** | A task card is a `pointer` to epic/adr context plus executable instructions. It does **not** inline the full epic or ADR body — that would be "pass by value" and create drift. | **Pass by reference, not by value**: A task card should contain precise pointers (`Refs: EPIC-xxx`, `See ADR-yyy §Decision`, `Modify: src/path.ts`) so a subagent can navigate to source of truth. The card is a **map**, not a warehouse. A new team member reading only AGENTS.md + the task card should be able to find everything needed without asking for clarification. ## CLI Commands ```bash # Create documents (CLI assigns time...

Details

Author
lythos-labs
Repository
lythos-labs/lythoskill
Created
4 months ago
Last Updated
today
Language
TypeScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

epic-status

Read-only progress dashboard over a wave-structured decomposition (one epic = one <backlog>/<task-name>/ directory from /prepare Phase 6): which subtasks are done/in-progress/blocked, which wave is current, the next safe wave to launch (all Deps merged, Owns pairwise disjoint), what can launch in parallel right now, and whether running parallel sessions collide on ownership. Where a parent RUN-ORDER exists it is read as the execution truth and reported against plan frontmatter as drift. Reports and recommends — never edits, commits, or launches. TRIGGER when: "where is this epic", "what's the next wave", "can I start these in parallel", "epic status", or before launching concurrent /implement sessions. TRIGGER ALSO on the same question phrased as plain work, with this skill unnamed — "how far along is <backlog>/<name>", "what's left in this epic", "which of these are safe to run at once", "did wave N land", "is this finished", "check if the epic is done? <backlog>/<name>". Those last two are cheap status ques

2 Updated 1 weeks ago
mik2win
DevOps & Infrastructure Listed

core-principles

Fundamental principles of agentic development: atomicity, traceability, stub-first, minimizing hallucinations.

5 Updated today
MatrixFounder
Data & Documents Listed

task-breakdown

Breaks analyzed requirements down into Epics and vertically-sliced actionable tasks, writing the tasks/epics.md planning document from requirements, architecture, system design, IA, and journeys. Use whenever the user says "break down the requirements", "epics and tasks", or "create the development task breakdown". Never writes tasks/tasks.md — that board belongs to the task-manager agent, which converts epics into board tasks.

0 Updated 3 weeks ago
digitaldreams