codify-to-knowhow

Solid

Manifest-driven knowledge asset generator — converts any structured package into maestro knowhow + spec entries with ref linking. Triggers on "codify-to-knowhow", "style to knowhow", "知识固化".

AI & Automation 482 stars 62 forks Updated today

Install

View on GitHub

Quality Score: 87/100

Stars 20%
89
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
0
Description 5%
100

Skill Content

> **Plan tracking**: codex 无 TaskCreate/TaskUpdate/TodoWrite 任务板。进度清单用 `update_plan({ explanation?, plan: [{ step, status }] })` 维护(整体提交步骤数组,status: `pending` | `in_progress` | `completed`),权威状态始终在 session 工件中;依赖/认领(addBlockedBy/owner)是工件字段,不是工具参数。 # Codify to Knowhow 通用 manifest 驱动的知识资产生成器。读取 `knowhow-manifest.json`,按声明创建 knowhow 文件和 spec 条目,通过 ref 建立索引-详文桥梁。 **适用场景**: 任何工作流产出需要固化为知识资产时使用。上游 skill(如 `maestro-impeccable --codify`)负责生成 manifest,本 skill 负责执行知识写入。 ## Architecture Overview ``` ┌─────────────────────────────────────────────────────────────┐ │ Codify to Knowhow (SKILL.md) — Manifest-Driven │ │ → Read manifest → Create knowhow → Create specs → Verify │ └──────────────────────────┬──────────────────────────────────┘ │ ┌──────────┬───────────┼───────────┬──────────┐ ↓ ↓ ↓ ↓ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ │ │Phase 1 │ │Phase 2 │ │Phase 3 │ │Phase 4 │ │ │ Load │ │Generate│ │Generate│ │ Index │ │ │Manifest│ │Knowhow │ │ Specs │ │ Verify │ │ └───┬────┘ └───┬────┘ └───┬────┘ └───┬────┘ │ │ │ │ │ │ manifest AST-/DCS- spec-entry verified │ parsed files + ref assets │ ``` ## Key Design Principles 1. **Manifest 驱动**: 所有行为由 `knowhow-manifest.json` 声明,不含硬编码领域知识 2. **幂等执行**: 每个写入前按 slug 检查已存在资产,存在则跳过 3. **ref 桥梁**: spec-entry 通过 `ref` 引用 knowhow 详文 4. **闭合标签**: 所有条目使用...

Details

Author
catlog22
Repository
catlog22/maestro-flow
Created
4 months ago
Last Updated
today
Language
TypeScript
License
None

Similar Skills

Semantically similar based on skill content — not just same category

Data & Documents Listed

okf-knowledge-format

Author and validate knowledge as OKF (Open Knowledge Format) bundles — a directory of markdown files with YAML frontmatter, where every concept is one .md file with a REQUIRED `type` field, reserved index.md/log.md files, bundle-relative cross-links, and a permissive conformance model. Use when standing up or maintaining a knowledge bundle/catalog, writing or normalizing a concept document's frontmatter, deciding how to structure markdown knowledge for agents to consume, or checking a corpus against OKF conformance. The canonical spec is vendored under reference/SPEC.md and refreshed from GitHub via scripts/update-spec.sh.

8 Updated 3 days ago
ejklock
AI & Automation Listed

knowledge-system-bootstrap

Bootstrap a compile-first project knowledge system with repo-local wiki, raw manifests, provenance tracking, auto-update checks, and platform configs for Claude Code / Codex / Cursor / Windsurf. Use when a user wants durable project context, wiki-first rules, or to replicate this model into another repo.

2 Updated today
genuscortinariusmors282
AI & Automation Listed

domain-knowledge

NXTG-Forge product domain knowledge — the mission, core concepts (project spec, agent orchestration, state, Clean Architecture, drift/gap analysis, MCP), the real `forge` CLI surface, and the 3-repo workspace layout. Use when onboarding to what NXTG-Forge IS and why, when a spec/task/agent-orchestration question needs product framing, or before describing forge CLI/state behavior (avoids repeating retired Python-prototype commands).

5 Updated 2 days ago
nxtg-ai