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.