okf
Skill19 starsChanged 5 days agoApache-2.0View on GitHub
Use when creating, editing, validating, or structuring Open Knowledge Format (OKF v0.2) bundle files (.agents/bundles/), YAML frontmatter, Attested Computations, provenance footnotes, or Google Cloud Knowledge Catalog okf-bundle trees.
16 other projects use a version of this.
Adopted by
Most recently taken up by
- MMACABRE/SKILLStheir own version, first seen Nov 8, 2026
- saschb2b/okf-bundlestheir own version, first seen Oct 20, 2026
- gradigit/claude-skillstheir own version, first seen Oct 15, 2026
- scaccogatto/okf-skillstheir own version, first seen Oct 13, 2026
- superwebpros/claude-skillstheir own version, first seen Oct 13, 2026
- josemarcilio/skillstheir own version, first seen Oct 13, 2026
Other versions16 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 16
- scaccogatto/okf-skills★ 444same name
- gannonh/kata★ 67same name
- sniperunder123/okf-knowledge★ 65same name
- gannonh/kata-symphony★ 63same name
- saschb2b/skills★ 22same name
- k3ybladewielder/skills★ 7same name
- eloybar/okf-skills★ 4same name
- EwenSellitto/skills★ 4same name
- 18studio/simple_okf★ 3same name
- gannonh/skills★ 2same name
6 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository10 other files it gives its agents.
- AGENTS.mdAGENTS.md
- debloatSkill
- flow-completionSkill
- flow-docsSkill
- flow-executionSkill
- flow-learnSkill
- flow-planningSkill
- flow-setupSkill
- flowSkill
- multi-harness-pluginsSkill
The file
We split this skill into the rules it gives an agent
7 rules. 0 are common, 0 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 16 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 85
Every non-reserved .md file (index.md and log.md are reserved) begins with YAML frontmatter:
- Very specific: line 110
Place a bounded (<= 40 lines) machine-checkable invariant block at the top of each knowledge chapter or project skill, and anchor body …
- Very specific: line 124
Ensure root index.md declares okf_version: "0.2" and bundle: <repo-slug>, and log.md records ISO-dated lifecycle events (setup, synthesize, …
- Very specific: line 126
Place each concept in its domain directory (product/, knowledge/{architecture,patterns,domains,testing,gotchas,decisions}/, research/, or …
- Very specific: line 127
Add a bounded <= 40-line <!-- truth: start --> block at the top of the body and cite every sources[].id entry via a matching [^id] footnote.
- Very specific: line 129
Verify all relative links in index.md files resolve on disk, reserved files (index.md, log.md) omit concept-only keys (type, status, …
- Very specific: line 135
Zero Chronological Sediment: Keep concept chapters, root specs/<flow_id>/spec.md, chapters/index.md, and chapters/<ch_id>/spec.md …
“Common” is measured: kept by at least 6 in 10 of the 16 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Open Knowledge Format (OKF v0.2)
Author, validate, tag, and structure Open Knowledge Format (OKF v0.2) knowledge bundles (.agents/bundles/) compatible with both local agent workflows and the Google Cloud Knowledge Catalog (okf-bundle aspect).
Materialization Contract
<!-- okf-materialization-contract: start -->okf_version: "0.2"
default_scaffold:
- bundles/index.md
- bundles/log.md
- bundles/product/index.md
- bundles/product/product.md
- bundles/product/product-guidelines.md
- bundles/product/tech-stack.md
- bundles/knowledge/index.md
- bundles/knowledge/workflow.md
provenance_contract:
required_for: [architecture, data-model, domain, pattern, standard, testing, gotcha, research]
sources_schema:
- id: string
resource: string
title: string
inline_citations: markdown_footnotes_matching_source_id
trust_and_generation:
generated: { by: "<producer>/<version>", at: "YYYY-MM-DDTHH:MM:SSZ" }
verified:
- by: "<actor>"
at: "YYYY-MM-DDTHH:MM:SSZ"
commit: "<git_sha_optional>"
truth_block:
markers: ["<!-- truth: start -->", "<!-- truth: end -->"]
max_lines: 40
archive:
resident_spec_directories: forbidden
effect: knowledge_synthesis_log_append_and_completed_spec_removal<!-- okf-materialization-contract: end -->Hierarchical Bundle Layout (.agents/bundles/)
.agents/bundles/
├── index.md # Root bundle manifest (okf_version: "0.2" in frontmatter or header)
├── log.md # Append-only lifecycle changelog (newest ISO date first; no frontmatter required)
├── product/ # Product vision, engineering tenets, and tech stack
│ ├── index.md
│ ├── product.md
│ ├── product-guidelines.md
│ └── tech-stack.md
├── knowledge/ # Hierarchical OKF v0.2 knowledge base
│ ├── index.md
│ ├── workflow.md # Canonical build, lint, typecheck, test, and release gates
│ ├── architecture/<area>.md # Subsystem boundaries, dataflow, concurrency, IPC/RPC contracts
│ ├── patterns/<topic>.md # Language/framework idioms, class layout, serialization conventions
│ ├── domains/<domain>.md # Domain vocabulary, invariants, adapters, and business rules
│ ├── testing/<topic>.md # Test matrix, fixture patterns, SUT integrity rules
│ ├── gotchas/<area>.md # Non-obvious footguns, runtime traps, platform quirks
│ └── decisions/adr-NNN-<slug>.md # Architectural Decision Records (context, decision, rejected alternatives)
├── research/ # Project-wide promoted primary-source research notes
│ ├── index.md
│ └── <topic>_<YYYYMMDD>.md
└── specs/ # Active Flow Specifications & Chaptered Roadmaps
├── index.md # Frontmatter-free directory catalog
└── <flow_id>/
├── spec.md # Root Full-Plan Roadmap OR Single-Chapter Spec (type: Spec)
├── learnings.md # Implementation discoveries awaiting promotion to knowledge/
├── research/<topic>.md # Spec-scoped primary-source research (type: Research)
├── tasks/<id>-<slug>.md # Single-chapter task worksheets (1-4 tasks; type: Task)
└── chapters/ # Multi-chapter decomposition (2..N chapters, zero upper cap)
├── index.md # Frontmatter-free chapter catalog
└── ch01-<slug>/
├── spec.md # Chapter specification (type: Spec)
└── tasks/<id>-<slug>.md # Chapter task worksheets (1-4 tasks; type: Task)Concept Frontmatter & Provenance Schema (OKF v0.2 + Knowledge Catalog)
Every non-reserved .md file (index.md and log.md are reserved) begins with YAML frontmatter:
---
type: Pattern # REQUIRED: non-empty concept type (Pattern, Architecture, Domain, Guide, Decision, Research, Spec, Task, Attested Computation, BigQuery Table, etc.)
title: Centralized JSON Serialization
description: Route all JSON encoding and decoding through msgspec serializer helpers.
status: stable # Document lifecycle ONLY: draft | stable | deprecated (never workflow state)
tags: [serialization, msgspec, json]
generated:
by: flow/0.26.0
at: 2026-11-01T00:00:00Z
verified:
- by: agent:flow-learn
at: 2026-11-01T00:00:00Z
commit: 164b07f
sources:
- id: serializer-mod
resource: src/core/serialization.py::encode_json
title: Canonical msgspec JSON serializer module
---Bounded <!-- truth: start --> Block & Footnote Citations
Place a bounded (<= 40 lines) machine-checkable invariant block at the top of each knowledge chapter or project skill, and anchor body claims to sources[].id via standard Markdown footnotes ([^serializer-mod]):
<!-- truth: start -->
- Route all JSON encoding/decoding through `encode_json` and `decode_json` in `src/core/serialization.py`[^serializer-mod].
- Never call `json.dumps` or `json.loads` directly in adapter or controller modules.
<!-- truth: end -->
[^serializer-mod]: `src/core/serialization.py::encode_json` — Canonical msgspec JSON serializer module.Workflow
- Scaffold or Inspect the Bundle Root (
.agents/bundles/):- Ensure root
index.mddeclaresokf_version: "0.2"andbundle: <repo-slug>, andlog.mdrecords ISO-dated lifecycle events (setup,synthesize,verify,archive).
- Ensure root
- Author Evidence-Backed Concept Chapters:
- Place each concept in its domain directory (
product/,knowledge/{architecture,patterns,domains,testing,gotchas,decisions}/,research/, orspecs/<flow_id>/) with YAML frontmatter (type,title,description,status,tags,generated,verified,sources). - Add a bounded
<= 40-line<!-- truth: start -->block at the top of the body and cite everysources[].identry via a matching[^id]footnote.
- Place each concept in its domain directory (
- Validate Bundle Integrity:
- Verify all relative links in
index.mdfiles resolve on disk, reserved files (index.md,log.md) omit concept-only keys (type,status,sources), and completed specs are contracted intoknowledge/**upon/flow:archive.
- Verify all relative links in
Guardrails
- State vs. Status Invariant: Workflow state (
draft,planned,active,completedonSpec;pending,in_progress,completed,blocked,deferredonTask) lives strictly instate:. Document maturity (draft,stable,deprecated) lives strictly instatus:. Never mix them. - Reserved Files & Body Delimiters: Root
bundles/index.mdcarriesokf_version: "0.2"andbundle: <repo-slug>, whereas every subdirectoryindex.md(product/index.md,knowledge/index.md,specs/index.md,specs/<flow_id>/chapters/index.md) andlog.mdcarry zero YAML frontmatter. Never place standalone---horizontal rules inside.agents/bundles/**/*.mdbodies so strict OKF YAML frontmatter splitters parse cleanly. - Zero Chronological Sediment: Keep concept chapters, root
specs/<flow_id>/spec.md,chapters/index.md, andchapters/<ch_id>/spec.mdsynchronized in place in present tense (current verified state, remaining chapters, and full plan) as chapters finish or revise; record chronological history exclusively inlog.mdand Git commits. - Single-Sentence Chapter Scope: Whenever a knowledge chapter requires more than one crisp sentence in
description:or exceeds~200lines, split it into focused nested chapters and link them from the parentindex.md.
Validation
Confirm /flow:validate passes on .agents/bundles/, every non-reserved .md file has type, title, and description, and every sources[].id resolves to a [^id]: footnote in the document body.
Output
Produce valid OKF v0.2 Markdown documents, index.md catalogs, and log.md audit entries.
References
- OKF v0.2 Specification Reference
- Frontmatter and Tagging Guide
- Flow State Contract
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

