Use this skill when the user asks to create, update, or enrich an OKF bundle from public web sources.
Source discipline
Do not treat web search snippets as sufficient evidence. Open sources when possible. Prefer:
- Primary documentation, official specifications, standards, statutes, API docs, repositories, and author-maintained pages.
- High-quality secondary analysis only when it explains tradeoffs or helps locate primary material.
- News sources only for event chronology or recent developments.
- Community sources only for implementation caveats, and label them as such.
Every non-obvious factual claim in a concept body should be backed by a citation. For controversial, recent, regulatory, financial, or enterprise-sensitive material, use multiple independent sources.
Web-to-OKF workflow
- Define the research question as a concept map, not a search query.
- Create a source table with:
source_id, title, url, publisher, date, source_type, reliability, used_for.
- Extract candidate concepts from sources.
- Deduplicate concepts: combine near-identical pages into one durable concept file.
- Separate source facts from analysis. If you infer relationships, say so in prose and cite supporting facts.
- Write
# Citations in every concept where external claims appear.
- Add a
/sources/ directory only when the source itself is valuable to describe as a reusable concept.
- Mark freshness-sensitive claims with dates in the prose.
- Create or update bundle-local
AGENTS.md so readers and non-Codex agents can consume the bundle as plain OKF Markdown.
- Run validation and a skeptical review pass.
Recommended subagent split
For broad research tasks, ask Codex to spawn bounded subagents explicitly:
- Source scout: find primary sources and create a source table.
- Concept mapper: propose concept inventory and directory structure.
- Citation auditor: verify each concept's claims are supported.
- Skeptical reviewer: identify weak claims, outdated material, missing viewpoints, and licensing problems.
- Graph reviewer: check cross-links, indexes, orphan concepts, and broken links.
Each subagent should return concise findings, not raw browsing logs.
Output rules
When writing concepts:
- Use direct, compact prose.
- Use structural Markdown: headings, tables, numbered procedures, definitions, examples.
- Do not include long quotations. Paraphrase and cite.
- Keep link text meaningful.
- Do not include unsupported predictions.
- Do not manufacture canonical
resource URIs. Leave resource absent if there is no clear canonical asset URI.
Final quality report
Return:
- source coverage summary;
- concepts created/updated;
- citation gaps, if any;
- freshness assumptions;
- recommended next enrichment pass.
1---2name: okf-from-web-research3description: Build or enrich an OKF bundle from web research with source quality controls, citations, freshness checks, and parallel subagent research patterns.4---56Use this skill when the user asks to create, update, or enrich an OKF bundle from public web sources.78## Source discipline910Do not treat web search snippets as sufficient evidence. Open sources when possible. Prefer:11121. Primary documentation, official specifications, standards, statutes, API docs, repositories, and author-maintained pages.132. High-quality secondary analysis only when it explains tradeoffs or helps locate primary material.143. News sources only for event chronology or recent developments.154. Community sources only for implementation caveats, and label them as such.1617Every non-obvious factual claim in a concept body should be backed by a citation. For controversial, recent, regulatory, financial, or enterprise-sensitive material, use multiple independent sources.1819## Web-to-OKF workflow20211. Define the research question as a concept map, not a search query.222. Create a source table with: `source_id`, `title`, `url`, `publisher`, `date`, `source_type`, `reliability`, `used_for`.233. Extract candidate concepts from sources.244. Deduplicate concepts: combine near-identical pages into one durable concept file.255. Separate source facts from analysis. If you infer relationships, say so in prose and cite supporting facts.266. Write `# Citations` in every concept where external claims appear.277. Add a `/sources/` directory only when the source itself is valuable to describe as a reusable concept.288. Mark freshness-sensitive claims with dates in the prose.299. Create or update bundle-local `AGENTS.md` so readers and non-Codex agents can consume the bundle as plain OKF Markdown.3010. Run validation and a skeptical review pass.3132## Recommended subagent split3334For broad research tasks, ask Codex to spawn bounded subagents explicitly:3536- **Source scout**: find primary sources and create a source table.37- **Concept mapper**: propose concept inventory and directory structure.38- **Citation auditor**: verify each concept's claims are supported.39- **Skeptical reviewer**: identify weak claims, outdated material, missing viewpoints, and licensing problems.40- **Graph reviewer**: check cross-links, indexes, orphan concepts, and broken links.4142Each subagent should return concise findings, not raw browsing logs.4344## Output rules4546When writing concepts:4748- Use direct, compact prose.49- Use structural Markdown: headings, tables, numbered procedures, definitions, examples.50- Do not include long quotations. Paraphrase and cite.51- Keep link text meaningful.52- Do not include unsupported predictions.53- Do not manufacture canonical `resource` URIs. Leave `resource` absent if there is no clear canonical asset URI.5455## Final quality report5657Return:5859- source coverage summary;60- concepts created/updated;61- citation gaps, if any;62- freshness assumptions;63- recommended next enrichment pass.