skills/reference/SKILL.md
--- tldr: Capture or research external concepts the project relies on category: observation --- # /eidos:reference Curate external knowledge that the project depends on but doesn't own. ## Usage ``` /eidos:reference [concept or topic] ``` ## Instructions ### 1. Clarify the Concept If the topic is broad, use AskUserQuestion to narrow scope: - What specific concept or technology? - How does the project use it? - How deep should we go? If the concept is already clear, proceed. ### 2. Check
npx skillsauth add agenticnotetaking/eidos skills/referenceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Curate external knowledge that the project depends on but doesn't own.
/eidos:reference [concept or topic]
If the topic is broad, use AskUserQuestion to narrow scope:
If the concept is already clear, proceed.
Search eidos/ for existing reference docs on this topic.
If one exists, offer to update it rather than creating a duplicate.
Two modes based on what the user provides:
Research mode (default): The user names a concept — investigate it.
Capture mode: The user provides content or context — structure it.
Read the template: [[template - reference - curated external knowledge for project use]]
Write the reference in the project's own words:
The reference should be self-sufficient for daily use. Sources are for verification and deep dives, not required reading.
Before creating the file, present a brief outline:
Get confirmation, then create.
Create eidos/reference - <claim>.md following the template.
Commit immediately.
Reference created: [[reference - <claim>]]
Options:
1 - Link from relevant specs (update How We Use It / Interactions sections)
2 - Research deeper on [specific aspect]
3 - Done for now
eidos/reference - <claim>.mdeidos/ (intentional, timeless)development
--- tldr: Check the status of messages you sent to peer inboxes category: core --- # /eidos:outbox Find messages **you sent** to peer repos and report their status. Your sent messages live in the peers' inboxes, not here. So this skill sweeps every registered peer and reads back what became of them. This is the mirror of [[spec - inbox skill - read and act on your own inbox]]. - The inbox is messages others sent **to** you. You own and edit it. - The outbox is messages you sent **to** others.
development
--- tldr: Send a message to a peer repo's inbox category: core --- # /eidos:message Write a message into another repo's `agent-inbox/`. The recipient is a peer repo, addressed by its registered name. See [[spec - agent communication - cross repo inboxes with append only messages and registry resolution]]. ## Usage ``` /eidos:message [recipient repo] [what to say] ``` ## Instructions ### 1. Resolve the recipient - Identify the recipient repo name. Ask if not given. - Resolve its path: `
development
--- tldr: Read and act on your own inbox category: core --- # /eidos:inbox List and work through messages other repos have left in your `agent-inbox/`. You own this inbox. You may edit its files freely. Agents from other repos may push **new** messages into your inbox at any time. They never edit existing files. Only you do. So re-check the inbox. Don't assume it is unchanged since you last looked. See [[c - foreign agents append to an inbox - only the owner edits in place]]. See [[spec - ag
tools
--- tldr: Move done files into archive subdirs (memory/ and agent-inbox/) category: utility --- # /eidos:archive Retire finished files into the `archive/` sibling of their directory. Done `memory/` files into `memory/archive/`, done inbox messages into `agent-inbox/archive/`. A `git mv`, never a rename. The basename is preserved, so wiki links keep resolving. See [[c - archiving moves done files into an archive subdir preserving basename and links]]. ## Usage ``` /eidos:archive [optional fil