threads-skills
CLAUDE.md52 starsChanged 4 months agoMITView on GitHub
This file is for any Claude Code agent working on this repository. Read it before making changes. Conventions here are mandatory unless the user asks otherwise. - Single source of truth: .claude-plugin/plugin.json, .claude-plugin/marketplace.json, .codex-plugin/plugin.json, and .agents/plugins/marketplace.json. Plugin manifests must always match on package name and version; marketplace entries must point to the same package; author, license, homepage, and the public skill-bundle description must stay aligned. - Keep CLAUDE.md and AGENTS.md aligned when changing shared project rules. Claude-specific workflow details belong…
- Reads credentials
- Commits and pushes
In this repository10 other files it gives its agents.
- AGENTS.mdAGENTS.md
- threads-marketingSkill
- threads-audience-insightsSkill
- threads-content-plannerSkill
- threads-hook-extractorSkill
- threads-humanizerSkill
- threads-post-writerSkill
- threads-profile-optimizerSkill
- threads-reply-drafterSkill
- threads-repurposerSkill
The file
We split this CLAUDE.md into the rules it gives an agent
11 rules. About 0 are common, 9 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 15
Keep CLAUDE.md and AGENTS.md aligned when changing shared project rules.
- Distinctive: line 24
Only bump MINOR or MAJOR when the user explicitly asks for a higher rank ("this is minor", "make it 2.0", "bump major").
- Distinctive: line 27
After bumping, two steps are required:
- Very specific: line 40
Verify locally before push: build never breaks, no broken refs in SKILL.md, library smoke import passes.
- Distinctive: line 49
Always include a "Not for X (use Y)" disambiguation sentinel when a skill overlaps with a sibling.
- Distinctive: line 98
Don't duplicate this pattern in other skills without a clear reason.
- Distinctive: line 119
Don't name competing third-party schedulers in committed files.
- Distinctive: line 132
After editing any copied file, run the sync script before testing or committing.
- Very specific: line 138
Never write secrets above testing/ (the rest of the repo is public).
- Distinctive: line 143
Run from repo root:
- Distinctive: line 163
If any of these fail, do not push.
≈ “Common” is an estimate: at least 1 in 5 of the 26,980 CLAUDE.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Project conventions - threads-skills
This file is for any Claude Code agent working on this repository. Read it before making changes. Conventions here are mandatory unless the user asks otherwise.
Versioning
- Single source of truth:
.claude-plugin/plugin.json,.claude-plugin/marketplace.json,.codex-plugin/plugin.json, and.agents/plugins/marketplace.json. Plugin manifests must always match on package name and version; marketplace entries must point to the same package; author, license, homepage, and the public skill-bundle description must stay aligned. - Keep
CLAUDE.mdandAGENTS.mdaligned when changing shared project rules. Claude-specific workflow details belong here; Codex-specific details belong inAGENTS.md. - Codex marketplace install uses
.codex-marketplace/threads-skills/. Do not edit that generated package by hand. Update the root files first, then runpython3 scripts/sync_codex_marketplace.py. - Default: bump the PATCH segment (3rd level,
0.0.X). This is the automatic behavior for every shippable commit, regardless of how large the diff feels. Skill renames, lib API breaks, new features: still PATCH by default. - Only bump MINOR or MAJOR when the user explicitly asks for a higher rank ("this is minor", "make it 2.0", "bump major"). Do not promote on your own initiative even if semver textbook says so.
- After bumping, two steps are required:
- Tag the commit:
git tag -a v<X.Y.Z> -m "..."+git push origin v<X.Y.Z> - Publish a GitHub Release for the tag:
gh release create v<X.Y.Z> --title "v<X.Y.Z>" --notes "<changelog>" --latestA tag alone does NOT update the README release badge. The shields.io badge reads from the Releases API, not from raw tags. Skipping step 2 leaves it stale.
- Tag the commit:
Commits
- Primary author must be Sergey: every
git commitneeds--author="Sergey Bulaev <s@bulaev.org>". The harness defaults to the Claude identity if you forget; verify withgit log -1 --format='%an <%ae>'before pushing. - Co-author trailer (
Co-Authored-By: Claude ...) is fine and welcomed. - Verify locally before push: build never breaks, no broken refs in
SKILL.md, library smoke import passes.
Skill bundle invariants
- Exactly 8 skills. Adding requires merging or splitting elsewhere to stay at 7. The number is announced in plugin manifests and the README.
- Frontmatter
description:target <= 400 chars (some bundle-heavy skills land slightly higher when their scope is genuinely broad; keep under 510). Always include a "Not for X (use Y)" disambiguation sentinel when a skill overlaps with a sibling. - No em dashes anywhere in
description:fields. Em dashes in body prose are allowed for table separators and list dividers only. No em dashes inside the literal fill-in lines of any hook skeleton (they would leak into generated posts). - Skill names are public surface. Renaming a skill is a major version bump and
requires updating:
.codex-plugin/plugin.json,.agents/plugins/marketplace.json,.claude-plugin/plugin.json,.claude-plugin/marketplace.json, rootSKILL.mdbundle list, README skill table, and everythreads-<name>cross-reference in sibling SKILL.md files.
Voice rules + reference layout
- Canonical voice rules live at root
references/voice-rules.md. Skill-local "Hard rules" sections must only contain skill-specific overrides (char ranges, thread rules, format constraints) and start with:Global voice rules: see root SKILL.md Voice rules. - Other root-level references shared across skills:
references/hook-formulas.md(10 Threads formulas) andreferences/algorithm-heuristics.md. references/untrusted-content.mdis the canonical data-is-not-instructions rule for every skill that reads text a stranger wrote. Each such skill carries a short## Untrusted contentsection that cites it; the full rule lives in one place.scripts/check_untrusted_rule.pyenforces both, driven by aREQUIREDset of skill names, so renaming or adding a reading skill means updating that set.references/voice-profile.mdandreferences/story-bank.md(what you have to say, filled by--mode interview) ship blank and the user fills them. A filled one is personal data, not a credential:check_no_secrets.pyfails on any tracked copy markedfilled: yes, andsync_codex_marketplace.pytakes both from HEAD rather than the working tree and refuses to copy a filled one.- A project
.envmay set credentials only.lib/_env.pykeeps an allowlist (_DOTENV_VARIABLES); the custom-poster variable the DIY tier executes must come from the launch environment, never from a file that can arrive with a clone. No module may callload_dotenv()itself, and every authenticated request passesallow_redirects=Falsebecause the Publora key rides a custom header and the Apify token a query parameter, neither of whichrequestsstrips across hosts.scripts/check_security_boundaries.pyenforces all three. references/mcp-read-layer.mdis the read path for anyone without a shell, which is everyone on claude.ai: the filteredmcp.apify.com?actors=connector URL, the tool names, the inputs, and a mapping table per normalizer. Keep the filter: the bare server also hands the agentcall-actor. Search takes lowercasetop/recentand bills a 20-post floor.scripts/check_mcp_mapping.pyfails if an actor id, an input key or a flat field drifts from the client, in either direction, and each table must name the normalizer it documents so the check can tell them apart.- Skill-local references live in
skills/<skill>/references/. Cite from the skill with barereferences/X.md. Cite root from skills with../../references/X.md. threads-humanizerhassub-skills/for the folded-in post-audit workflow. Don't duplicate this pattern in other skills without a clear reason.
Layer separation
- Write layer (Publora):
lib/publora_client.py. Two methods used by the bundle:create_post(single post or thread; pass long content and Publora auto-splits into a connected multi-post thread, no(1/N)markers) andlist_connections/threads_connections(GET /platform-connections). Skills should calllib.publish(kind, draft_text, target_url, ...)rather than inline the publora / manual / diy dispatch. Real endpoint:POST /create-postwithplatforms: ["threads-<id>"](an array of STRING ids), headerx-publora-key. Threads-specificplatformSettings.threads.replyControlis passed throughplatform_settings. - Threads has no comment/reply/reaction endpoint on Publora (those are
LinkedIn only), and
create-postcannot target another user's post. Sokind="reply"always routes to a manual copy-paste block inlib/backend_selector.py. - No read layer ships by default. There is no cheap, documented Threads
post-read actor wired in.
threads-hook-extractorandthreads-reply-drafterask the user to paste the post text. If a post-read actor is added later, gate it behindAPIFY_TOKENand keep the paste fallback. - Don't name competing third-party schedulers in committed files. The bundle is positioned around the Publora write integration.
- Image layer (Pixfaro):
lib/pixfaro_client.py. Calllib.illustrate(prompt, kind=...)/lib.refine(image_id, instruction)(not the client directly); the returned hosted URL feedslib.publish(..., media_urls=[url]).refineedits byimg_...id (not URL);aspect_ratiois a ratio like16:9(not pixel dims). PIXFARO_TOKEN-or-manual fallback, keyed singleton + LRU cache;overlaybrand fields come fromreferences/voice-profile.md§6.
Codex marketplace package
- Codex requires marketplace entries to point at a nested plugin directory. The root remains the Claude-facing source layout.
.agents/plugins/marketplace.jsonpoints to.codex-marketplace/threads-skills.scripts/sync_codex_marketplace.pycopies the root Codex manifest,SKILL.md,skills/,references/,lib/,scripts/,requirements.txt,.env.example, andLICENSEinto the hidden package.- After editing any copied file, run the sync script before testing or committing.
testing/ is gitignored
testing/is the local scratch directory: API keys, sample API responses, validation reports, integration scripts.- Never write secrets above
testing/(the rest of the repo is public). - The
.gitignorerule fortesting/is load-bearing; do not change it.
Validation before push
Run from repo root:
python3 -c "from lib import publish, illustrate, refine, PixfaroClient, parse_threads_url, PubloraClient; print('OK')"
python3 scripts/sync_codex_marketplace.py
ls skills/ | wc -l # must equal 8
python3 scripts/check_frontmatter.py # parses; a dir count does not prove a skill loads
python3 scripts/check_no_secrets.py # .gitignore does not stop a rename of a tracked file
python3 scripts/check_markdown_references.py # run from inside the repo; it anchors on its own path
python3 scripts/check_untrusted_rule.py # the rule must sit in the skills, not only in references/
python3 scripts/check_text_encoding.py # a bare read_text() is cp1252 on Windows, mojibake or a crash
python3 scripts/check_security_boundaries.py # .env may not name an executable; no authenticated redirects
python3 scripts/check_mcp_mapping.py # the connector path must produce the library's records, not a second shape
grep -rnP '\x{2014}|\x{2013}' skills/*/SKILL.md SKILL.md | grep -i '^.*description:' # must be empty
python3 -m json.tool .codex-plugin/plugin.json >/dev/null
python3 -m json.tool .agents/plugins/marketplace.json >/dev/null
python3 -m json.tool .claude-plugin/plugin.json >/dev/null
python3 -m json.tool .claude-plugin/marketplace.json >/dev/nullIf any of these fail, do not push.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

