Codexqa Code Analyzer
openqa-cn/codexqa
Queries a local CodexQA symbol graph for change review, regression scope, test gaps, error location, and entry risk.
Debug a rule or approximation that behaves unexpectedly by tracing where taint is dropped.
$ npx skills add seqra/opentaint --skill debug-rule -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install seqra/opentaint debug-rule --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/seqra/opentaint.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/debug-rule .claude/skills/debug-rule && 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 "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .claude/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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/seqra/opentaint/tree/main/skills/debug-ruleType 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 seqra/opentaint --skill debug-rule -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install seqra/opentaint debug-rule --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/seqra/opentaint.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/debug-rule .agents/skills/debug-rule && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .agents/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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 seqra/opentaint --skill debug-rule -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install seqra/opentaint debug-rule --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/seqra/opentaint.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/debug-rule .cursor/skills/debug-rule && 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 "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .cursor/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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/seqra/opentaint.git --path skills/debug-rule--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 seqra/opentaint --skill debug-rule -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install seqra/opentaint debug-rule --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/seqra/opentaint.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/debug-rule .gemini/skills/debug-rule && 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 "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .gemini/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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 seqra/opentaint debug-ruleInstalls 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 seqra/opentaint --skill debug-rule -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/seqra/opentaint.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/debug-rule .github/skills/debug-rule && 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 "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .github/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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 seqra/opentaint --skill debug-rule -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install seqra/opentaint debug-rule --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/seqra/opentaint.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/debug-rule .opencode/skills/debug-rule && 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 "debug-rule" agent skill from https://github.com/seqra/opentaint/tree/main/skills/debug-rule into .opencode/skills/debug-rule/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "debug-rule", 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.
debug-ruleDebug a rule or approximation that behaves unexpectedly by tracing where taint is dropped.
Debug Rule is an agent skill from seqra/opentaint. Debug a rule or approximation that behaves unexpectedly by tracing where taint is dropped. Use when its samples won't pass after repeated attempts, or it passes tests but is wrong on a real scan
Its SKILL.md is about 1.3k 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 Security, covering Static analysis and SAST. The repository describes itself as: The open source taint analysis engine for the AI era. A formal dataflow analysis tool you can customize and self-host, built so AI agents drive your application security analysis… The licence is Apache-2.0.
3 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit f945f92. 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 bash).
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.
Debug Rule loads about 1.3k tokens when it runs. Until then it costs about 51 tokens; SKILL.md has 700 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 seqra/opentaint at commit f945f92, republished under its Apache-2.0 licence (© seqra). 700 words, ~1,274 tokens.
.claude/skills/debug-rule/SKILL.md (or your agent's skills folder).Diagnose why a rule or approximation behaves unexpectedly on a model by tracing where taint is dropped, and decide who owns the fix: the rule, a missing library model, or the engine.
Provided by the caller, fall back to the default value when omitted. Ask back only when a required input is missing and has no sensible default
project-root (optional) — root of the target project. Opentaint keeps all analysis artifacts under the fixed <project-root>/.opentaint/ directory, so every .opentaint/... path below resolves there. Default: current directoryrule (required) — the one rule whose sample or flow routes taint through the code under test, as <ruleSetRelativePath>.yaml:<shortId>. For an approximation, the rule whose sample routes taint through the approximated methodmodel (required) — the project model where the behavior shows upReproduce the exact run that showed the problem — same model, rulesets, and applied approximation dirs — and trace where taint dies with a fact-reachability run. Run it directly as a foreground, blocking command and wait for exit — never background it or use Monitor:
opentaint test rule reachability <rule> \
--project-model <model> \
-o <results-dir>/report.sarif \
--ruleset builtin --ruleset .opentaint/rules \
--passthrough-approximations .opentaint/pass-through \
--dataflow-approximations .opentaint/dataflow<results-dir> is .opentaint/test-results/<name> for a test model, .opentaint/results for the main scan. The per-instruction facts are in the sibling <results-dir>/debug-ifds-fact-reachability.sarif, not the -o file — the -o SARIF only shows whether the rule fired. Read that sibling to find the kill:
pattern-sources, not the flow. Otherwise walk the facts to the last instruction still carrying it and the first where it's gone — that gap is the killTrace the exact run that misbehaved — a different model or ruleset traces something else; taint dying at an approximated call means that approximation isn't propagating. When the flow is missed and the entry method may never be analyzed, rerun with --entry-points "<method-fqn>": a finding that appears only then is an entry-point-discovery problem, not dataflow. On Spring the flag is additive — auto-discovered endpoints stay and your method is added, so use it to force-include an endpoint the analyzer never starts from, not to narrow to one method.
The killing instruction decides who owns the fix. An engine bug is by far the least likely — assume it last, only once the other two are ruled out; nearly every kill is a missing or wrong library model or a rule defect, both tedious to exclude but far more probable, and the tedium is no reason to jump to "engine". Three outcomes:
dropped-external-methods.yaml from that run (a --track-external-methods scan regenerates it if absent): listed there means the method is unmodeled — the missing model is the cause, for the approximation stage to model. Not listed but a built-in claims to model it, yet taint dies here → that model is wrong for this case: a passThrough override applies at the rule level, so prefer one for the method; a dataflow override conflicts with built-ins at load, so fall back to a passThrough, or call it an engine issue when only a dataflow shape can express the propagationThis skill diagnoses and routes the fix — it doesn't author the rule or approximation, or re-run the pipeline. Report the diagnosis per Output.
debug-ifds-fact-reachability.sarif — the per-instruction fact-reachability trace the CLI emits next to the -o SARIFfile:line and the instruction where taint is killed (or spuriously introduced), and which of the three causes owns the fix© seqra, Apache-2.0. 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 skills/debug-rule of seqra/opentaint.
Open the folder on GitHubat commit f945f92
Debug Rule 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 |
|---|---|---|---|---|---|---|
| Debug Rule this skillseqra/opentaint | 162 | — | ~1.3k | Automated safety check: Pass | Apache-2.0 | |
| Codexqa Code Analyzeropenqa-cn/codexqa | 152 | — | ~1.2k | Automated safety check: Pass | Apache-2.0 | |
| Static Analysisaftermathlabs/llvm-msvc | 438 | — | ~1.8k | Automated safety check: Pass | AGPL-3.0 | |
| Security Architecture Reviewcbrock84/headcount | 2k | — | ~1.1k | Automated safety check: Pass | MIT | |
| Triaging Security Findingsbitwarden/ai-plugins | 154 | — | ~2.2k | Automated safety check: Pass | Custom licence | |
| Trailmark Graph Evolutiontrailofbits/skills | 7.4k | — | ~3.4k | Automated safety check: Pass | CC-BY-SA-4.0 |
openqa-cn/codexqa
Queries a local CodexQA symbol graph for change review, regression scope, test gaps, error location, and entry risk.
aftermathlabs/llvm-msvc
Expertise in LLVM-based static analysis including dataflow analysis, pointer analysis, taint tracking, and program verification.
cbrock84/headcount
Reviews a design or change for security before it ships — authentication and authorization, data handling, secrets, dependencies, and the secure-development practices around it.
bitwarden/ai-plugins
This skill should be used when the user asks to "triage security findings", "fix an Aikido finding", "review Aikido issues", "dismiss a false positive", "check SAST/IaC alerts", or needs to work…
trailofbits/skills
Compares Trailmark code graphs at two snapshots, such as commits, tags or directories, to surface attack paths, blast radius and taint changes that text diffs miss.
duriantaco/skylos
Run, interpret, or modify Skylos safely. An agent skill from duriantaco/skylos.
seqra/opentaint
Analyze an OpenTaint scan's dropped external methods and decide which of them are propagators and optionally sinks.
seqra/opentaint
Model a method's taint propagation as code-based dataflow approximation and refine it against a test project until the sample passes.
seqra/opentaint
Run one stage of the OpenTaint pipeline by coordinating leaf subagents and deterministic joins.
seqra/opentaint
Run an end-to-end OpenTaint application-security analysis while owning the long project build and scans and delegating each other pipeline stage.
seqra/opentaint
Build a target project into an opentaint project model. An agent skill from seqra/opentaint.
seqra/opentaint
Model a method's taint propagation as a passThrough approximation.
Categories
Debug a rule or approximation that behaves unexpectedly by tracing where taint is dropped. Debug Rule is an agent skill from seqra/opentaint. Debug a rule or approximation that behaves unexpectedly by tracing where taint is dropped.
Debug Rule fits situations like: its samples wont pass after repeated attempts; it passes tests but is wrong on a real scan.
Run `npx skills add seqra/opentaint --skill debug-rule -a claude-code`. Or copy the skill folder (skills/debug-rule in seqra/opentaint) into .claude/skills/debug-rule in your project. Claude Code loads it when a task matches its description.
Run `npx skills add seqra/opentaint --skill debug-rule -a codex`. Or copy the skill folder (skills/debug-rule in seqra/opentaint) into .agents/skills/debug-rule 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 seqra/opentaint --skill debug-rule -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/debug-rule, .gemini/skills/debug-rule, .github/skills/debug-rule and .opencode/skills/debug-rule in your project.
SKILL.md names no scripts, command-line tools or credentials: Debug Rule 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.
Debug Rule is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.3k tokens (SKILL.md is roughly 5.1k 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 Debug Rule: Codexqa Code Analyzer (openqa-cn/codexqa, 152 stars), Static Analysis (aftermathlabs/llvm-msvc, 438 stars), Security Architecture Review (cbrock84/headcount, 2k stars) and Triaging Security Findings (bitwarden/ai-plugins, 154 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
seqra (a GitHub organization) maintains it in seqra/opentaint, which has 162 GitHub stars. The repository holds 16 skills in this directory. The repository was last updated on October 7, 2026.
Source: seqra/opentaint on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.