بنقرة واحدة
sister-script
Document-first automation — the doc is the source of truth
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Document-first automation — the doc is the source of truth
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Portable tokens of capability, identity, and access
The grammar rules that make MOOLLM's file system object-oriented. Plural directory names declare element type; UPPERCASE marker files declare interface exports (COM-style, minus the UUIDs); directories are implementation classes exporting every interface whose marker file sits at their root.
Mother skill for platform-descriptor sister skills. Defines what a BIOME is — a bounded region of an ecosystem (coexisting, exchanging, never isolated) for one platform you operate — and what files, subdirectories, and cross-biome bridges every daughter biome inherits.
A skill is documentation that learned to do things.
GNU Emacs as a stateful Lisp machine for agents — daemon, moo-* protocol, emacs.py router, emacs:// URLs, spoken grammar, play-learn-lift.
Schemapedia — schema plugins, families, gateways, formats.yml, mechanism_relations; self-object kernel; delegates to sibling skills.
| name | sister-script |
| description | Document-first automation — the doc is the source of truth |
| license | MIT |
| tier | 1 |
| allowed-tools | ["read_file","write_file","run_terminal_cmd"] |
| related | ["moollm","play-learn-lift","skill","sniffable-python","plain-text","yaml-jazz","constructionism","postel","debugging","schema"] |
| tags | ["moollm","automation","documentation","methodology","development"] |
Document-first development. Automate only what's proven.
The document is the source of truth. Scripts are its children.
[!TIP] LIFT stage of play-learn-lift. Proven procedures become automation.
graph TD
D[📄 Document] -->|manual test| C[💻 Commands]
C -->|document| P[📋 Procedure]
P -->|automate| S[🤖 Sister Script]
S -->|improve| D
| File | Purpose |
|---|---|
| SKILL.md | Full methodology documentation |
| PROCEDURE.md.tmpl | Procedure template |
| SISTER.yml.tmpl | Sister relationship template |
Sister-script is the LIFT stage of play-learn-lift — automate proven patterns.
graph LR
SS[👯 sister-script] -->|LIFT stage of| PLL[🎮📚🚀 play-learn-lift]
SS -->|automates| DOC[📄 documents]
SS -->|produces| CODE[🤖 scripts]
RN[📓 research-notebook] -->|feeds| SS
SL[📜 session-log] -->|source for| SS
Sister scripts should follow sniffable-python/ conventions:
#!/usr/bin/env python3
"""tool-name: One-line description.
Docstring becomes --help AND is visible to LLM.
"""
import argparse
def main():
"""CLI structure — sniff this to understand the tool."""
parser = argparse.ArgumentParser(description=__doc__.split('\n')[0])
# ... CLI tree here ...
args = parser.parse_args()
_dispatch(args)
# Implementation below the fold
Why sniffable Python for sister scripts?
main() and understand the CLI--help for the same infoCritical pattern: Sister scripts must work when invoked from ANY directory, not just their parent. They find their skill context using the script's own location, not the caller's working directory.
from pathlib import Path
# Find THIS script's location (not caller's cwd)
SCRIPT_DIR = Path(__file__).resolve().parent
SKILL_DIR = SCRIPT_DIR.parent # If script is in skill/scripts/
# Find sibling files relative to skill, not caller
CONFIG_FILE = SKILL_DIR / "config.yml"
PATTERNS_DIR = SKILL_DIR / "patterns"
Why __file__?
Path(__file__) — path to THIS script file.resolve() — resolve symlinks to get real location.parent — containing directorySee sniffable-python/ for the full Python pattern with templates.
#!/bin/bash
# tool-name: Works from any directory.
# Find THIS script's location (not the caller's cwd)
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
SKILL_DIR="$(dirname "$SCRIPT_DIR")" # If script is in skill/scripts/
# Now find sibling files relative to script location
CONFIG_FILE="$SKILL_DIR/config.yml"
PATTERNS_DIR="$SKILL_DIR/patterns"
load_patterns() {
# Find patterns relative to skill, not caller
for f in "$PATTERNS_DIR"/*.yml; do
echo "Loading: $f"
done
}
Why `BASH_SOURCE[0]}?
$0 can be "bash" if script is sourced${BASH_SOURCE[0]} always gives the script pathWhy the subshell $(cd ... && pwd)?
| Invocation | Wrong: pwd / getcwd() | Correct: script location |
|---|---|---|
cd skills/foo && python scripts/bar.py | skills/foo/ | skills/foo/scripts/ |
python skills/foo/scripts/bar.py | /home/user/ | skills/foo/scripts/ |
cd / && bash /path/to/skills/foo/scripts/bar.sh | / | skills/foo/scripts/ |
The script finds its own context regardless of where it's invoked from.
| Skill | Relationship |
|---|---|
| sniffable-python/ | The structure sister scripts should follow |
| play-learn-lift/ | Sister-script IS the LIFT stage |
| session-log/ | Source material for patterns |
| research-notebook/ | Documented procedures |
| plan-then-execute/ | Scripts can become plans |
| Symbol | Link |
|---|---|
SISTER-SCRIPT | PROTOCOLS.yml |
BUILD-COMMAND | PROTOCOLS.yml |
PLAY-LEARN-LIFT | PROTOCOLS.yml |
| Direction | Destination |
|---|---|
| ⬆️ Up | skills/ |
| ⬆️⬆️ Root | Project Root |
| 🎮 Sister | play-learn-lift/ |