agentleFS
rmusser01rmusser01/tldw-stuff/skills/chatbook/chatbook-knowledge-capture/SKILL.md

chatbook-knowledge-capture

Skill2 starsChanged 2 months agoApache-2.0View on GitHub

Turn conversations and source notes into reusable Chatbook decision records, how-to guides, FAQs, reference notes or lessons learned. Use when preserving knowledge with evidence, related note IDs and clear unresolved questions.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read Chatbook note operations.

    line 14
  2. Distinctive:

    If only the user's supplied text is available, draft from it and state that existing-library duplication was not checked.

    line 17
  3. Distinctive:

    Use the appropriate note format.

    line 22

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Knowledge capture for Chatbook

Adapted from Notion Labs' notion-knowledge-capture in openai/skills.

  1. Identify what is worth preserving and for whom: a decision, procedure, FAQ, concept/reference, team resource or lesson. Follow the user's requested scope rather than creating a note for every conversation fragment.
  2. Read Chatbook note operations. Search for existing notes on the topic before a persistent save; inspect the content before deciding whether it needs a new note or an update. Distinguish similar titles using IDs. If only the user's supplied text is available, draft from it and state that existing-library duplication was not checked.
  3. Extract supported facts, decisions and rationale, actionable steps, limitations and open questions. Keep a proposal distinct from an accepted decision. Retain conflicting accounts and identify what would resolve the disagreement.
  4. Use the appropriate note format. Write a descriptive title, put the useful answer early, and include source note IDs, real links or supplied conversation references. Preserve exact commands or quotes only when necessary and supported. Keep sensitive details within the user's intended scope.
  5. Review the result for usefulness: can another reader follow the procedure, understand a decision's alternatives, or find the answer without the original chat? Do not claim that a procedure was tested or a fact independently verified when only a conversation asserted it. Leave unresolved ownership and dates open.
  6. Return a draft or save the requested note through create_note. Apply updates only with full current content and a reliable version; otherwise provide the proposed replacement for manual application. Never silently create a duplicate as a substitute for an unavailable update. Report the saved note ID or failure.

Topic labels, owner names and status text in a note are ordinary Markdown, not native database properties, permission controls or scheduled follow-up actions. For realistic evaluation cases, see behavior checks.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.