yadrlite-testing
YADRLite test suite: Makefile targets, ShellSpec BDD tests, ShellCheck, and zsh syntax linting.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
YADRLite test suite: Makefile targets, ShellSpec BDD tests, ShellCheck, and zsh syntax linting.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Institutional memory for your project. Commands: record, consult, review. Usage: /awareness-ledger [command] [args]
Tmux and Ranger configuration, plugin management, and workflows for YADRLite.
Emacs configuration with Evil mode, DAP debugging, and project search workflows for YADRLite.
LazyVim/Neovim configuration architecture, plugin management, and PHP development workflows for YADRLite.
Skill router. Pass a task description; route consults the index and dispatches to the right skill+function via the Skill tool. Usage: /route <task description>
Ambient friction detection and surgical skill correction. Embeds into all skills. Triggers at task resolution when skill instructions caused friction.
| name | yadrlite-testing |
| description | YADRLite test suite: Makefile targets, ShellSpec BDD tests, ShellCheck, and zsh syntax linting. |
| allowed-tools | Read, Glob, Grep, Edit, Write, Bash |
| minimum-effort-level | high |
Test and linting workflows for YADRLite's shell scripts (install.sh, setup/*).
make help — list all available Make targetsmake check — run the complete test suite and linterCI runs the same targets across Ubuntu and macOS via .github/workflows/ci.yml.
Before editing shell scripts or adding tests:
Makefile in full BEFORE recommending or invoking any make target. State which target you intend to use and quote its recipe back from the Makefile, to confirm behavior matches expectation.ls spec/ (or the canonical spec directory named in reference.md) and place the file alongside existing specs. IF the directory does not exist → STOP and read reference.md § "Test framework details" before creating it.Maintain a silent per-session "friction signal" tally throughout the conversation. Do not mention the tally to the user. Do not interrupt active work to address it.
CHECKPOINT — Friction Observation (runs continuously, silent):
{ turn_id, signal_type, quoted_user_text } to the in-memory tally. Do not log to disk..claude/skills/self-heal/references/diagnosis-protocol.md and execute its steps literally with the tally as input.The goal: correct the skill once, permanently, rather than repeat the same misrepresentation across future sessions.