skills/gid/SKILL.md
--- tldr: Compress text to GID notation or decompress GID back to full text category: utility --- # /eidos:gid Bidirectional translation between prose and GID (General Idea Distillation) notation. Two modes: **compress** (prose → GID) and **decompress** (GID → prose). ## Usage ``` /eidos:gid compress <source> # prose → GID /eidos:gid write <source> # alias for compress /eidos:gid decompress <source> # GID → prose /eidos:gid read <source> # alias for decompress ``` Source c
npx skillsauth add agenticnotetaking/eidos skills/gidInstall 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.
Bidirectional translation between prose and GID (General Idea Distillation) notation. Two modes: compress (prose → GID) and decompress (GID → prose).
/eidos:gid compress <source> # prose → GID
/eidos:gid write <source> # alias for compress
/eidos:gid decompress <source> # GID → prose
/eidos:gid read <source> # alias for decompress
Source can be: a file path, multiple file paths, a URL, or inline text in the conversation.
Before processing, internalise the full GID symbol table and conventions from [[spec - gid skill - semantic symbols for compressed notation]]. The full symbol set applies here, not just the eidos subset.
Key principles:
^?§:=! or !!0S=-> or =><-<+ / -//[ ] (with variants [!], [?], [x], etc.)> or . for side-notes°x{..} for inline branches, | to chain symbols, _ for continuation0, >, ^)| when a point has multiple aspects: //|@ Peters (source + person){..} for brief inline asides that don't warrant their own line_ when a point continues on the next line{TAG} for categorisation, abbreviations [AB]~ for recurring termsWrite the result to <source-basename>.gid (or <name>.gid for inline/URL input).
If the source is a single file notes.md, output to notes.gid in the same directory.
If the user specifies a different output path, use that.
^ → "[Author] claims that..." or "Claim: ..."? → "Question: ..." or "Is it true that...?"§ → "For example, ...":= → "[Term] is defined as ..."! → "Important: ..."0 → "Goal: ..." or "The aim is ..."S → "Problem: ..."= → "Solution: ..."-> → "This leads to ..."=> → "Therefore, ..." or "Conclusion: ..."<- → "The reason is ..."< → "On the other hand, ..." or "Alternatively, ..."+ → "Pro: ..." or "Advantage: ..."- → "Con: ..." or "Disadvantage: ..."// → "Source: ..."[ ] variants → "TODO: ..." with appropriate status> → (just the note text)° → "Idea: ..."x → "Condition: ..." or "When ..."@ → person named → datev → location{..} become parenthetical remarks or footnotes| get expanded to their respective meaningsWrite the result to <source-basename>.md (or present inline if the source was inline).
If the source is notes.gid, output to notes.md in the same directory.
If the user specifies a different output path, use that.
.gid extension is a convention — the content is plain text with GID notationdevelopment
--- 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