skills/meta/SKILL.md
--- tldr: Analyse eidos skill output for quality, abstraction level, and coherence category: observation --- # /eidos:meta Analyse the output of an eidos skill and drive a structured feedback loop to surface quality issues, abstraction-level problems, and improvement directions. ## Usage ``` /eidos:meta [file or paste] # analyse specific output /eidos:meta # look for recent skill output in conversation ``` ## Instructions ### 1. Identify the Output - **File arg**
npx skillsauth add agenticnotetaking/eidos skills/metaInstall 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.
Analyse the output of an eidos skill and drive a structured feedback loop to surface quality issues, abstraction-level problems, and improvement directions.
/eidos:meta [file or paste] # analyse specific output
/eidos:meta # look for recent skill output in conversation
<pull>, <spec>, drift reports, coherence findings)Identify which skill produced the output (pull, drift, coherence, push, etc.) and what it was targeting.
Evaluate the output against these dimensions:
Not all dimensions apply to every output. Focus on what matters for the specific skill and context.
Present findings grouped by topic using letter/number notation:
Meta: [skill name] output on [target]
A. [First topic]
Observation: [what you noticed]
Example: [concrete quote or reference from the output]
Question: [specific question for the human]
B. [Second topic]
B1. [Sub-point]
Observation: ...
B2. [Sub-point]
Observation: ...
Wait for the human's responses. Responses can be:
Multiple rounds are expected. Follow up on responses, go deeper where the human engages, drop threads they skip.
When the dialogue reaches natural conclusions, run date '+%y%m%d%H%M' to get the current timestamp.
Create memory/meta - <timestamp> - <claim>.md (per [[spec - naming - prefixes structure filenames as prefix claim pairs]], e.g. meta - 2602141030 - pull output abstraction level.md):
---
tldr: [Analysis of skill output — brief summary of what was found]
category: observation
---
# Meta: [what was analysed]
Context: [which skill, what target, what prompted the analysis]
---
## A. [Topic]
**Observation:** [what was noticed]
**Human:** [verbatim or close paraphrase of their response]
**Resolution:** [what this means — a concrete takeaway]
---
## B. [Topic]
...
---
## Next Steps
- [ ] [Concrete actions that emerged — spec updates, skill changes, claims to extract]
Show the draft to the user. If approved, write and commit.
If the meta analysis surfaces concrete changes:
[[c - ...]])Don't push — present options and let the human decide.
memory/meta - <timestamp> - <claim>.mdtools
--- tldr: Generate a manim explainer video through staged research → outline → scenes → code → render → merge, with the outline doubling as a plan/state document category: utility --- # /eidos:video Turn a topic (or a folder of wiki-linked md) into a rendered manim video through a fixed pipeline. Pauses after each stage for review by default. Outline doubles as the plan/state document — wiki-linked checklist tracks progress. Full design in [[spec - video skill - outline driven manim pipeline
tools
--- tldr: Surface session status to the human via a native OS notification category: utility --- # /eidos:ping Send a short out-of-band signal to the human — "I'm done", "I have a question", "I hit a wall" — as a native OS notification. The agent picks the moment; the human gets a popup without watching the terminal. ## Setup (macOS, opt-in) This skill is a no-op until the human has installed the **eidos-ping** menubar app and pointed at it in `.eidos-config.yaml`: ```yaml ping_macos: /path
tools
--- tldr: Persist behaviour corrections to CLAUDE.md category: utility --- # /eidos:toclaude Update CLAUDE.md or specs to correct undesired behaviour. ## Usage ``` /eidos:toclaude [description of correction] ``` ## Instructions 1. Understand the correction — what went wrong, what should happen instead 2. Identify the right location: - **`inject/core/*.md`** — plugin rules that apply to all eidos projects (pick the matching section file) - **`inject/feature/*.md`** — rules tied to a c
development
--- tldr: Create persistent plan for multi-step work category: planning --- # /eidos:plan Create a persistent plan file for multi-step work. ## Usage ``` /eidos:plan [brief description] ``` ## Instructions ### 1. Gather Context If the target file already exists with `status: seed`, read it — its content is raw context that seeds the plan. Use the seed's notes, links, and brain dumps to draft phases and actions. Skip clarification questions the seed already covers. Search for related arti