本文へ移動
cccskills
無料GitHub で公開

research-completion

Finish an authorized security research task with a durable solved, abstained, or blocked outcome. Use when evidence is sufficient, a stop condition is reached, a tool budget is nearly exhausted, or the agent must commit its best supported answer.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Research Completion

Finish deliberately. A provider stopping or a prose summary is not a committed research outcome.

Before finishing

  1. Check the current objective and any public success criteria.
  2. Resolve or explicitly preserve blockers. Do not claim that an approval-gated action ran.
  3. Close or mark remaining task branches appropriately. Do not start a broad new branch merely to deepen an already sufficient result.
  4. Save all evidence supporting the outcome — plus failed-attempt diagnostics — through security-artifact-manifest / security-artifact-access and collect the resulting artifact IDs. Verify every ID: if a tool returns no artifactId, persistence failed — retry or finish blocked; never proceed as if the evidence is saved. Check persistedContentSource: an artifact persisted from manifest text alone (no workspace file content) is a summary stub, not the evidence bytes — treat it as unsaved and do not cite it.
  5. Call update_research_state with the final branch dispositions, artifact-backed evidence summaries, best candidate answer, and any remaining blocker. This is an upsert: include changed entries, not a transcript rewrite. Never invent an artifact ID.
  6. Choose one outcome:
    • solved: a concrete answer — including a well-supported negative result such as "X is not vulnerable to Y" — is supported by durable evidence;
    • abstained: available evidence does not support an answer either way; state the null answer, what was attempted, and the limiting evidence gap;
    • blocked: authorization, approval, target, tool, or runtime state prevents completion.

Commit the outcome

Call finish_research exactly once with the best supported outcome. Solved outcomes need a concrete answer and evidence artifact IDs. Blocked outcomes need a concise remaining-uncertainty explanation. Confidence is a calibrated value from 0 to 1, not a benchmark score.

If the tool rejects the call, repair only the named fields or blocker and retry within the reported limit. Do not evade the gate in prose or begin unrelated exploration. If repairs are exhausted, stop as blocked.

A prose conclusion, empty response, or thought-only stop is not completion. The controller records it as a malformed terminal attempt and may issue one bounded recovery/wrap-up turn. Respond with the typed tool call; do not repeat the prose summary.

Hidden benchmark answers and scorer feedback are never research inputs. The terminal call records what the research agent committed; a separate product review or deterministic oracle decides whether it succeeded.

Near the budget limit

At a wrap-up checkpoint, choose among submitting the best supported result, abstaining, or performing one decisive remaining check. Before that check, upsert update_research_state with the current plan of record so an interruption leaves a durable resumable pause rather than a lost plan. Preserve open uncertainty and evidence provenance. Never spend the final budget on a new broad branch.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Plan and use user-consented local camera and microphone observations for an explicitly authorized physical target. Use when a capture can establish a bounded physical-state observation such as whether a test fixture changed state, an instrument reading changed, or equipment noise changed relatively.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

Plan vulnerability research using conventional bug-hunting and pentest stage names, specialty playbooks, and a research-hypothesis-experiment loop. Use when designing a bug bounty workflow, selecting tools and strategies, building a decision tree, or turning a target/scope into a staged hunting plan.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

Passive code-review lane for authorized repositories, local checkouts, uploaded source archives, and diffs. Use when the security research agent needs deterministic candidate discovery before expensive AI investigation, scoped PR-style review, append-only evidence records, or independent revalidation of code findings.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

Run independent, task-matched expert attempts, select a base, and synthesize the strongest result.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

Select established CTF and security-research tools for authorized artifact triage, web inspection, reversing, crypto, forensics, networking, and exploit validation. Use when a user provides a CTF-style tool catalog, asks which tools to use, or needs safe usage instructions for common offensive/security tools.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

diagnose

無料

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

日本語の概要は準備中です。原文の説明を表示しています。

justsml/ExploitHunter.app142026年10月15日 更新

justsml のスキルをすべて見る

このスキルの問題を報告する