Open Knowledge Format Index
Bundle OKF 0.1 · 4 conceitos · pnw/trellis
Open source Repository Open in the app JSON README (API)
About
# Open Knowledge Format Index
## Overview
- [Open Knowledge Format](overview.md) — Purpose, scope, navigation, and current understanding for knowledge about Open Knowledge Format and its document conventions.
## Source Captures
- [Legacy Pointer Stub: Open Knowledge Format v0.1 Specification](sources/open-knowledge-format-spec.md) — A legacy pointer stub for the Open Knowledge Format specification, without the specification body.
## Entities
- [Open Knowledge Format (OKF)](entities/open-knowledge-format.md) — A provisional description of Google's Open Knowledge Format based on external specification links; the locally retained raw artifact is only a pointer stub.
- [YAML Frontmatter](entities/yaml-frontmatter.md) — A metadata convention placing a YAML block between triple-dashed lines at the top of a markdown file. Popularized by Jekyll (2008), now ubiquitous in static site generators, knowledge bases, and agent-readable formats like OKF.
Details
- Kind
- OKF bundles
- Topic
- AI, RAG & memory
- Publisher
- pnw
- Origin
- okf_github
- Category
- dados
- Version
- 0.1
- Last push
- 2026-07-31T06:58:40Z
- Repository state
- ativo
- Language
- Python
- Added
- 2026-09-08 16:05:40
- Updated
- 2026-09-08 16:05:40
- Origin id
pnw/trellis:workspace/wiki/open-knowledge-format/index.md
README
# Trellis Trellis is a descriptive language for expressing work artifacts, not a system for controlling how work advances. It defines typed, human- and agent-readable Markdown artifacts that capture knowledge, intended outcomes, and the context needed to understand them. Trellis contracts describe declarative artifact states and minimum information requirements. They do not, merely by defining a type, maturity, status, directory, link, checkbox, question, or follow-up, prescribe approval, assignment, priority, authorization, or a workflow transition. A workflow or agent may use Trellis artifacts as inputs and completion criteria without Trellis dictating how that workflow operates. The copyable [`trellis/`](trellis/) directory is the minimum implementation. It contains a concise [operating manual](trellis/OPERATING.md), an [agent-instructions example](trellis/AGENTS.example.md), and two independent, agent- and human-readable contracts: - [Knowledge Topic](trellis/knowledge-topic.md) — a typed, provenance-preserving knowledge bundle conforming to Open Knowledge Format (OKF). - [Trellis Design](trellis/design.md) — a dossier whose `design.md` is a complete architectural handoff and whose supporting documents are required when their triggering concerns exist. Each specification is a standalone document. An agent can create a conforming artifact from the raw URL without cloning this repository or installing tools. The specifications are independently versioned drafts. Released versions use immutable-by-policy tags: ```text https://raw.githubusercontent.com/pnw/trellis/knowledge-topic-v0.1.0/trellis/knowledge-topic.md https://raw.githubusercontent.com/pnw/trellis/design-v0.2.0/trellis/design.md ``` Until those tags are released, use the files in this repository rather than assuming the example tag URLs exist. ## Repository Layout ```text trellis/ OPERATING.md # Portable operator manual AGENTS.example.md # Context-efficient agent routing example knowledge-topic.md # Normative Knowledge Topic contract design.md # Normative Design contract kit/ skills/ # Optional agent workflows templates/ # Optional scaffold files adapters/ # Optional tool-specific loading wrappers scripts/ # Optional validators and helpers workspace/ wiki/ # Non-normative Knowledge Topic collection designs/ # Non-normative Design collection ``` Only `trellis/knowledge-topic.md` and `trellis/design.md` are normative. `trellis/OPERATING.md`, `trellis/AGENTS.example.md`, the [optional kit](kit/README.md), and the dogfood Workspace apply or explain the contracts but do not define conformance. The Workspace is only a directory convention. It has no manifest, schema, catalog, router, registry, or validator. A Wiki is the collection under `workspace/wiki/`; each child Knowledge Topic is the conforming unit. The existing root `designs/` directory remains legacy lab content excluded from the 0.1 framework. ## Use To create a Knowledge Topic, give an agent the raw specification and one governing purpose: > Read this specification and create a Knowledge Topic for this subject: > `<versioned raw Knowledge Topic URL>` To create a design: > Read this specification and create a Trellis Design for this change: > `<versioned raw design URL>` For the local, Markdown-only core, copy `trellis/` into the target repository and adapt `trellis/AGENTS.example.md` into the instruction file recognized by the target agent. For scaffolding, ingest, query, lint, or design-authoring accelerators, install only the relevant components from `kit/`. ## Versioning Knowledge Topic and Design evolve independently with semantic versions: - `knowledge-topic-v<major>.<minor>.<patch>` - `design-v<major>.<minor>.<patch>` Release tags are never moved or deleted. A patch clarifies without changing conformance. While a contract remains an unreleased `0.x` draft, a breaking revision increments the minor version; each contract defines its post-1.0 minor and major semantics.