Release Workflow
Goldziher/spikard
Release/publish the spikard Rust core crate and CLI end-to-end.
General coding-style rules to apply to every project. An agent skill from rust-dd/tako.
$ npx skills add rust-dd/tako --skill dev-rules -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install rust-dd/tako dev-rules --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/dev-rules .claude/skills/dev-rules && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .claude/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rulesType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add rust-dd/tako --skill dev-rules -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install rust-dd/tako dev-rules --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.claude/skills/dev-rules .agents/skills/dev-rules && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .agents/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add rust-dd/tako --skill dev-rules -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install rust-dd/tako dev-rules --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.claude/skills/dev-rules .cursor/skills/dev-rules && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .cursor/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/rust-dd/tako.git --path .claude/skills/dev-rules--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add rust-dd/tako --skill dev-rules -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install rust-dd/tako dev-rules --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.claude/skills/dev-rules .gemini/skills/dev-rules && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .gemini/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install rust-dd/tako dev-rulesInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add rust-dd/tako --skill dev-rules -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .github/skills && cp -r skills-src/.claude/skills/dev-rules .github/skills/dev-rules && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .github/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add rust-dd/tako --skill dev-rules -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install rust-dd/tako dev-rules --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/rust-dd/tako.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.claude/skills/dev-rules .opencode/skills/dev-rules && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "dev-rules" agent skill from https://github.com/rust-dd/tako/tree/main/.claude/skills/dev-rules into .opencode/skills/dev-rules/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "dev-rules", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
dev-rulesGeneral coding-style rules to apply to every project. An agent skill from rust-dd/tako.
Dev Rules is an agent skill from rust-dd/tako. General coding-style rules to apply to every project. Use when writing or editing source code, comments, or doc comments — especially when adding new files or refactoring.
Its SKILL.md is about 810 tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Backend & APIs, covering Technical documentation, Plain language and style rules and Realtime and WebSockets. It works with gRPC, OpenAPI, GraphQL and Rust. The repository describes itself as: Multi-transport Rust web framework: HTTP/1.1, HTTP/2, HTTP/3, WebSocket, SSE, gRPC, TCP/UDP and Unix sockets behind one router, on Tokio or Compio. The licence is MIT.
Read from SKILL.md and the folder at commit 7fa9c80. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are rust).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Dev Rules loads about 810 tokens when it runs. Until then it costs about 45 tokens; SKILL.md has 349 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from rust-dd/tako at commit 7fa9c80, republished under its MIT licence (© rust-dd). 349 words, ~810 tokens.
.claude/skills/dev-rules/SKILL.md (or your agent's skills folder).These are user-wide style rules. Apply them everywhere unless a project's own CLAUDE.md explicitly overrides one of them.
Do not write decorative section banners. Examples of what NOT to do:
// ----- top-level convenience re-exports -----------------------------------------
// =============== HELPERS ===============
// /////////////// Server entry points ///////////////
// --- Database setup ---
// ===== INTERNAL HELPERS =====These add visual noise, make diffs ugly, and rot when code moves. If a section is large enough that a header feels useful, that is a signal to split the file or move items into a submodule instead of papering over it with a banner.
If a logical grouping inside one file truly helps the reader, use a single-line plain comment with a short noun phrase (no dashes, equals signs, slashes, or trailing fillers):
// re-exports from tako-core
pub use tako_core::body;
pub use tako_core::types;Skip comments that just paraphrase the next line. Code with good names doesn't need narration.
// BAD — restates the code
// Increment counter
counter += 1;
// BAD — narrates structure that's obvious from the AST
// Loop through users
for user in users { ... }A comment earns its place only when it explains the why that isn't visible: a hidden constraint, a workaround, an invariant, a surprising performance choice.
Don't reference tasks, PRs, callers, or migration history in comments. That belongs in commit messages and PR descriptions, where it stays attached to the diff and doesn't rot.
// BAD
// added for the new auth flow (PR #482)
// used by the worker pool refactor
// removed once compio 0.18 ships
// OK if the rationale itself is durable
// SO_REUSEPORT distributes accepts at the kernel level — required for
// thread-per-core to avoid contending on a single accept queue.A one-line summary plus an example is enough for 95% of public items. Walls of doc text get skimmed and outdated. If something needs paragraphs of warnings, the API design is probably wrong.
// TODO / // FIXME markersOnly leave a TODO if there is a concrete next action. Vague TODOs ("// TODO: improve this") get ignored forever. If there is no clear next step, delete the comment and just write the code.
Prefer no comment over a marginal one. Reviewers can ask if something is unclear; deleting noise improves signal.
© rust-dd, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in .claude/skills/dev-rules of rust-dd/tako.
Open the folder on GitHubat commit 7fa9c80
Dev Rules next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Dev Rules this skillrust-dd/tako | 162 | — | ~810 | Automated safety check: Pass | MIT | |
| Release WorkflowGoldziher/spikard | 123 | — | ~909 | Automated safety check: Pass | MIT | |
| Use Yaakmountain-loop/yaak | 19k | — | ~1.9k | Automated safety check: Pass | MIT | |
| SpikardGoldziher/spikard | 123 | — | ~799 | Automated safety check: Pass | MIT | |
| API ForgeEliasOulkadi/shokunin | 114 | — | ~2.9k | Automated safety check: Pass | MIT | |
| API Protocol Securityzhaji2333/CkSKILLS | 112 | — | ~520 | Automated safety check: Pass | MIT |
Goldziher/spikard
Release/publish the spikard Rust core crate and CLI end-to-end.
mountain-loop/yaak
A skill your agent uses when the user mentions Yaak, a Yaak workspace, or the yaak command, or asks to call, hit, or smoke test HTTP/REST endpoints, save or organize API requests for reuse or manual…
Goldziher/spikard
Scaffold Spikard projects and generate code from OpenAPI, AsyncAPI, OpenRPC, GraphQL, and Protobuf schemas using the Spikard CLI or its MCP server.
EliasOulkadi/shokunin
Design REST/GraphQL APIs with OpenAPI 3.1, error handling, pagination, rate limiting, webhooks, and idempotency.
zhaji2333/CkSKILLS
当目标存在REST/GraphQL/gRPC/WebSocket接口、Swagger/OpenAPI文档、调试端点(actuator/console)、旧版本API、内部接口、微服务网关,或需要测试HTTP走私、DoS、速率限制时调用。负责API全方法测试、BOLA越权、GraphQL深度攻击、协议层漏洞挖掘。
HoangNguyen0403/agent-skills-standard
Select how services talk: REST, gRPC, GraphQL, WebSocket, SSE, or webhook per hop, sync versus async per flow, service discovery mode, and DNS/edge routing.
rust-dd/tako
Conventions for writing and maintaining tako documentation pages under website/content/docs/.
Categories
General coding-style rules to apply to every project. An agent skill from rust-dd/tako. Dev Rules is an agent skill from rust-dd/tako. General coding-style rules to apply to every project.
Dev Rules fits situations like: editing source code; doc comments — especially when adding new files.
Run `npx skills add rust-dd/tako --skill dev-rules -a claude-code`. Or copy the skill folder (.claude/skills/dev-rules in rust-dd/tako) into .claude/skills/dev-rules in your project. Claude Code loads it when a task matches its description.
Run `npx skills add rust-dd/tako --skill dev-rules -a codex`. Or copy the skill folder (.claude/skills/dev-rules in rust-dd/tako) into .agents/skills/dev-rules in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add rust-dd/tako --skill dev-rules -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/dev-rules, .gemini/skills/dev-rules, .github/skills/dev-rules and .opencode/skills/dev-rules in your project.
SKILL.md names no scripts, command-line tools or credentials: Dev Rules is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Dev Rules is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 810 tokens (SKILL.md is roughly 3.2k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Dev Rules: Release Workflow (Goldziher/spikard, 123 stars), Use Yaak (mountain-loop/yaak, 19k stars), Spikard (Goldziher/spikard, 123 stars) and API Forge (EliasOulkadi/shokunin, 114 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
rust-dd (a GitHub organization) maintains it in rust-dd/tako, which has 162 GitHub stars. The repository holds 2 skills in this directory. The repository was last updated on October 1, 2026.
Source: rust-dd/tako on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.