SkillAgentSearch skills...

ccs-align

Run the CCS Align seat's hourly breathing cycle — prove the local claude-mem worker is healthy, pull needle observations through search → timeline → get_observations, land them in a seat-owned middle cache via atomic grab → append → filter exclude-marks → replace, manage exclude marks, and walk hous…

Install / Use

npx skills add thedotmack/claude-mem --skill ccs-align

Installs into whichever agent you are using.

About this skill
📄

SKILL.md

Installable skill definition

Quality Score

100/100

Supported Platforms

Claude Code

Our assessment of ccs-align

ccs-align scores 100/100 on our quality scale, 5th of 1,453 Development & Engineering skills we index (top 1%).

Its SKILL.md is 24 KB long, well organised into 47 sections with 12 code examples: a thorough specification that gives an agent plenty to work with.

With 94,599 GitHub stars, it is one of the more widely adopted skills in the catalogue.

Substance
30/30
Structure
20/20
Description
15/15
Adoption
20/20
Freshness
15/15

Maintenance, license and trust

  • The repository was last updated today, so ccs-align is actively maintained.
  • It is released under the Apache-2.0 license, a permissive license that allows use, modification and commercial use with attribution.
  • Its trust signals score 100/100, with no cautions. These come from repository metadata, not a code audit — read the skill file before letting an agent act on it.

Safety scan

No issues found

Our scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful.

AI review by kimi-k2.7-code on 2026-09-25. Automated pattern scan on 2026-09-24. It catches known dangerous patterns, not every risk — read a skill before letting an agent act on it.

ccs-align compared with similar skills

ccs-align has the highest quality score among these 4 similar skills.

SkillScoreStarsUpdatedFormat
ccs-align (this skill)by thedotmack10094.6ktodaySKILL.md
ai-job-searchby MadsLorentzen10043.9k3d agoCLAUDE.md
claude-howtoby luongnv8910041.7k5d agoCLAUDE.md
algorithmic-artby anthropics100177.9k2d agoSKILL.md
pptxby anthropics100177.9k2d agoSKILL.md

Frequently asked questions

How do I install ccs-align?
Run npx skills add thedotmack/claude-mem --skill ccs-align. The install tabs above show the steps for each supported agent.
Which AI agents does ccs-align work with?
It is written for Claude Code, as a SKILL.md file. Other agents that read the same format can often use it too.
Is ccs-align safe to use?
Our scan of the whole file found no instruction hijacking, hidden characters, credential access, data exfiltration or destructive commands. An AI review of the same text found nothing harmful. It is Apache-2.0-licensed and scores 100/100 on trust signals. Skills are instructions an agent will follow, so read the file before installing it and do not approve commands you do not understand.
Is ccs-align still maintained?
The repository was last updated today, so ccs-align is actively maintained.

name: ccs-align description: Run the CCS Align seat's hourly breathing cycle — prove the local claude-mem worker is healthy, pull needle observations through search → timeline → get_observations, land them in a seat-owned middle cache via atomic grab → append → filter exclude-marks → replace, manage exclude marks, and walk house → project → seat rules to detect conflicts (SHADOW_HOUSE, DENY_ALLOW, DRIFT, CLOCK_HEADER) with an append-only rules-report.md. Use when asked to run CCS Align, breathe the alignment seat, refresh the middle cache, exclude or restore an observation, walk rules, check rules conflicts, or check the Worker Watch board.

CCS Align — Worker Watch seat (Phases 0–2 shipped; Phase 3 = verify / sign-off)

CCS Align is a standing seat, not a bird's-eye planner. Its one job, once an hour: talk to the local claude-mem worker, pull recent needle observations through the existing three-layer disclosure ladder, and land them in a seat-owned middle cache using grab → append → replace.

This skill implements the Phase 0 breathing slice, Phase 1 exclude marks, and Phase 2 rules alignment from the plan of record, plans/2026-09-09-ccs-align.md. Phases 0–2 are shipped and merged (#3934, #3935, #3936); Phase 3 is verify / sign-off (this loop) — no new product surface. It is not a context compiler, not Focus/mouth, and not Grok Memory Phase 2. When you speak to the human, address them as Alex.

What is implemented (Phases 0–2 shipped)

  • Phase 0 — Breathing slice (#3934): health check → search → timeline → get_observations → append records to ~/.claude-mem/ccs-align/<viewerId>/middle.jsonl (atomic, deduped).
  • Phase 1 — Exclude marks (#3935): mark observations (and linked tool-use ids) as excluded from the compiled middle cache. "Purge" means the compiled middle.jsonl no longer contains the record — the diary / SQLite stay authoritative. Unmarking + rebuild restores the observation. DELETE /api/observation/:id is forbidden.
  • Phase 2 — Rules alignment (#3936): walk house → project → seat layers, detect conflicts (SHADOW_HOUSE, DENY_ALLOW, DRIFT, CLOCK_HEADER), emit an append-only rules-report.md. Optionally dry-run/apply SHADOW_HOUSE leaf patches when CLAUDE_MEM_CCS_ALIGN_PATCH_SHADOWS=true. Runs every 6th hour of the hourly Worker Watch cycle (D4). This is a checklist, not a parser — no .cas compiler.
  • Phase 3 — Verify / sign-off (this loop): re-run the regression tests and anti-pattern greps, prove the boundary (a scripted cycle dedupes, an exclude drops from the middle cache but not the diary, the rules report is produced or a MISS is recorded), and keep the skill + plan honest about what this seat is not. Phase 3 adds no new runtime behavior.
  • Does not: delete history, write profile.md, write LFG/Orifice [awareness] logs (that seam belongs to #3931), add a sixth processAgentResponse consumer, restart the worker, run a per-turn drip update, enforce Focus/mouth/standing rules, or copy house text into seats.

What this is NOT (honest boundary)

CCS Align is deliberately small. It does not ship, and this loop does not add, any of the following — these are future work or a different agent, called out so no one reads more into the seat than is there:

  • No context compiler. There is no .cas parser, no compileAwareness(), no JIT compile, no computed-styles UI. The CCS Notion page types (Bucket, canRead) are teaching copy quoted as comments — never a runtime parser.
  • No brainbeat product. The "regenerate awareness once per finished unit of work" door is not built. Align pulls on an hourly cadence; it is not a per-turn drip and it is not a brainbeat.
  • No attention trough / curse-salience. No salience decay, no trough scoring. Explicitly out of every phase.
  • No Focus / mouth enforcement. Standing rules (always / never / danger) are never enforced or decayed here. Align may list a conflict; egress filtering belongs to a different agent.
  • No second writer on LFG/Orifice [awareness] logs. #3931 owns agents/**/memory/log/YYYY-MM.md. Align writes only its seat-owned middle cache.
  • No history rewrite. Exclude marks filter the compiled cache; the diary / SQLite stay authoritative and rebuildable. No DELETE /api/observation, no A-MEM row rewrite.

Ops MISS — worker plugin version lag

As of this sign-off, the repo (package, plugin, marketplace) is at 13.24.5 (this Phase 3 PATCH), but the running worker plugin on the house box may still be 13.24.1. That is an operational MISS to record, not fix here: this seat does not restart or upgrade the worker (a hard forbid). If the live box still shows 13.24.1, note it when rolling status up to the Prioritizer so the worker gets restarted onto the current plugin out-of-band. If the running worker already matches the package version, this MISS is closed.

Prerequisites

The claude-mem worker must be running locally. This seat talks to the local worker (per-UID port ~37700), never the cloud CMEM MCP — cloud observation:<base64> ids are a different API and must not be mixed in.

Resolve the worker port once and reuse $WORKER_PORT in every curl below. This snippet is copied from the timeline-report skill and honors CLAUDE_MEM_WORKER_PORT → ~/.claude-mem/settings.json → the per-UID default 37700 + (uid % 100):

WORKER_PORT="${CLAUDE_MEM_WORKER_PORT:-$(node -e "const fs=require('fs'),p=require('path'),os=require('os');const uid=(typeof process.getuid==='function'?process.getuid():77);const fallback=String(37700+(uid%100));try{const s=JSON.parse(fs.readFileSync(p.join(os.homedir(),'.claude-mem','settings.json'),'utf-8'));process.stdout.write(String(s.CLAUDE_MEM_WORKER_PORT||fallback));}catch{process.stdout.write(fallback);}" 2>/dev/null)}"

Do not hardcode port 37777 — ports are per-UID.

Settings

Defaults live in SettingsDefaultsManager.ts; override in ~/.claude-mem/settings.json:

| Key | Default | Meaning | |---|---|---| | CLAUDE_MEM_CCS_ALIGN_ENABLED | true | Master switch for the seat. | | CLAUDE_MEM_CCS_ALIGN_VIEWER_IDS | ccs-align | Comma-separated viewer ids the seat maintains a cache for. | | CLAUDE_MEM_CCS_ALIGN_TRIGGER_TYPES | decision,bugfix,security_alert,sensitive | Needle observation types to pull (copied from #3931's list, D6). | | CLAUDE_MEM_CCS_ALIGN_PATCH_SHADOWS | false | Phase 2 rules-shadow patch gate. When true, the rules walker removes SHADOW_HOUSE duplicate lines from leaf files (atomic temp+rename). Default off — report-only. |

Pilot viewer id is ccs-align. The seat may read LFG observations (agent id 521e962d-2ec3-4488-bfbc-54d5209ce118) as a project filter, but must not write LFG/Orifice monthly logs or any profile.md.

Hourly cycle (Appendix A runbook)

Run this every hour on a weekday house board. One purpose. No watercooler. No "while I was here I also…".

every hour (weekday house board):
  1. Resolve WORKER_PORT (snippet above)
  2. GET /api/health || GET /health   → abort with a one-line miss if down
  3. search(obs_type=needles, limit=20) since cursor.lastObservationId
  4. timeline(anchor=newest)          → collect neighbor ids
  5. get_observations(ids=…)
  5b. (Phase 1, mark-time only) If excluding: get_tool_uses for tool ids → record on mark
  6. grab middle.jsonl → append new → filter exclude-marks → replace atomic
  7. if original-cache path set and not writable: append-only to middle.jsonl (already done)
  8. update cursor.json
  9. every 6th hour: rules walk → append rules-report.md   (Phase 2 — see below)
 10. Speak to Alex only on red (worker down, write refused, unexpected profile.md touch)

Step 1 — Resolve the port

Use the $WORKER_PORT snippet above.

Step 2 — Prove worker health (prefer /api/health)

Prefer GET /api/health; also accept the viewer alias GET /health. The public worker docs still show GET /health and a port field — both are stale. Health does not return a port; use GET /api/stats (worker.port) if you need it.

curl -sS "http://127.0.0.1:${WORKER_PORT}/api/health" || curl -sS "http://127.0.0.1:${WORKER_PORT}/health"
# expect a JSON body with "status":"ok". If the worker is down, abort with a
# one-line miss — do NOT start it, do NOT retry aggressively.

If health cannot be proven (e.g. no live worker in a cloud VM), record a MISS and stop. Do not fabricate a cache cycle.

Step 3 — Pull through the three-layer ladder (in order)

The disclosure order is search → timeline → get_observations. Never jump straight to get_observations, and do not call get_tool_uses in Phase 0 (that is Phase 1).

  1. search with the needle obs_type list (CLAUDE_MEM_CCS_ALIGN_TRIGGER_TYPES), limit ≤ 20, optionally scoped by project. Use the cursor's lastObservationId to avoid re-pulling the whole diary.

    curl -sS "http://127.0.0.1:${WORKER_PORT}/api/search?query=*&type=decision&limit=20&format=json"
    
  2. timeline anchored on the newest hit. The worker's code default depth is 10 (SearchManager.ts) — the MCP text that says "3" is stale, so omit the depths (worker applies 10) or pass 10 explicitly.

    curl -sS "http://127.0.0.1:${WORKER_PORT}/api/timeline?anchor=<newestObservationId>"
    
  3. get_observations for the ids you will actually cache.

    curl -sS -X POST "http://127.0.0.1:${WORKER_PORT}/api/observations/batch" \
      -H 'content-type: application/json' \
      -d '{"ids":[12345,12346]}'
    

The MCP twins are search → timeline → get_observations. Worker get_observations ids are numbers; do not pass cloud observation:<base64> ids into /api/observations/batch.

Step 4 — Grab → append → filter exclude-marks → replace (atomic middle cache)

Land the observations with the seat helper src/services/integrations/CcsAlignMiddleCache.ts (landObservationsInMiddleCache). It copies the #3931 atomic primitive (appendAwarenessLineAtomic + awarenessLineBody) with exactly three changes: the tag is [ccs-align], the path root is ~/.claude-mem/ccs-align/<viewerId>/, and the file is middle.jsonl.

Phase 1 adds an exclude-marks filter inside the atomic pipeline:

grab:    read middle.jsonl if it exists, else empty
filter:  load exclude-marks.json; drop any record whose id is marked
append:  for each new observation id not already present AND not marked, append one record
replace: write temp + rename (copy appendAwarenessLineAtomic; never appendFileSync)
fallback: if an OPTIONAL original-cache path is set and not writable, skip grab/replace
          on that path and append timeline items to middle.jsonl only

There is no compiled laminate file in-repo, so the fallback resolves to "append to the seat file" — never invent a laminate.

Each line of middle.jsonl is one record. The shape is locked for Phase 0 (do not add fields):

{
  "v": 1,
  "id": 12345,
  "type": "decision",
  "title": "…",
  "created_at": "2026-09-09T00:00:00.000Z",
  "project": "claude-mem",
  "agent_id": null,
  "source": "worker",
  "line": "- 2026-09-09 [ccs-align] decision — …"
}

line is formatCcsAlignLine — the #3931 formatAwarenessLine with the tag swapped and the same 500-char truncation. Dedupe is by observation id and by body (the line from [ccs-align] onward, date excluded), so the same fact on a new day is sti

Truncated for display — read the full file on GitHub.

Related Skills

View on GitHub
GitHub Stars94.6k
CategoryDevelopment
Updated23h ago
Forks8.4k

Languages

TypeScript

Trust signals

100/100

From repository metadata: license, adoption, age and documentation. Not a code audit — see the Safety scan above for what the skill file itself contains.

No cautions