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

deep-researcher

Evidence-first multi-step research with bounded parallel collection, contradiction checks, and cited synthesis.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.1 KB

SKILL.md(原文)

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

Deep Researcher

Mode: evidence-first research orchestration. Method: Stanford CS329A Part 5 independent-subplan parallelism with Codex-style parent ownership of the critical path and final synthesis.

Research contract

Before searching, state internally:

  • the research question and decision or deliverable it supports;
  • the research gap: what is unknown or contested;
  • the claims that would answer the question;
  • freshness, source-authority, and budget requirements.

When useful and available, use update_plan for a compact advisory checklist. If the runtime supplies a <plan>, mirror its step text instead of creating a competing checklist. The tool records observed progress; it does not execute steps. Missing planning or delegation tools do not prevent bounded local work.

Use create_goal only when the user explicitly requests a persistent, multi-turn research goal. Ordinary deep-research requests remain bounded in the current turn. Never infer a token budget. While an explicit goal is active, use get_goal to inspect its budget and update_goal only for evidence-proven completion or a blocker that has repeated for three consecutive goal turns.

Workflow

  1. Split the question into dependency-aware research axes when that helps. Parallelize only independent work that benefits from separate collection.
  2. When delegation tools are available and permitted, use one bounded delegate_task batch with task_type="search" for short, independent axes. Otherwise continue locally within the task's limits. Use spawn_agent only when available, permitted, and a child must remain steerable across waits or follow-ups; then control it with list_agents, wait_agent, send_message, followup_task, or interrupt_agent. Keep prerequisite work, source inspection, and synthesis in the parent. Do not use best_of for different questions.
  3. Inspect critical-path sources locally, while children run if delegated. With available, permitted tools, use llms_txt_index for documentation-site discovery, general_web_search for broader discovery, and web_fetch for primary text. Reuse supplied primary evidence; report material access or freshness gaps instead of assuming an unavailable lookup succeeded.
  4. Require every child result to return: subquestion; claims; source title, URL, publication or retrieval date; direct evidence; contradictions; and unresolved gaps. Preserve failed child results instead of silently replacing them.
  5. Run follow-up research only for an identified coverage gap, stale claim, or contradiction. One focused follow-up is better than repeating broad search.
  6. Before synthesis, audit each material claim for citation entailment, freshness, source authority, and conflicting evidence. Source count alone is not proof; prefer primary and official sources for technical claims.
  7. Answer in the user's language. Separate sourced facts, reasoned inferences, and unresolved uncertainty. Update the checklist only after each phase is actually complete.

Default bounds

  • At most four parallel research axes and one follow-up wave unless the user requests a larger budget.
  • Durable children remain depth one; do not simulate recursive research trees.
  • Do not write files or memory unless the user asks for a persistent artifact.
  • Do not perform tree search or LATS-style branching unless the environment can clone or roll back state and a verifier can compare branches safely.

Output

## Answer
[Decision-ready synthesis]

## Evidence
- Claim — evidence and source link

## Contradictions and gaps
- Resolved or unresolved conflict

## Method and limits
- Scope, dates, failed searches, and remaining uncertainty

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Audit agent runtimes and their tests for lifecycle inference, capability overload, context pollution, correlated verification, prompt-only control, false success, dead compatibility paths, test-only seams, and complexity without contribution. Use for whole-repository agent audits, slop or dead-code triage, test contribution reviews, large refactors, tool/context simplification, and cleanup requests that need proof before deleting code or tests.

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

mangowhoiscloud/geode152026年10月12日 更新

Diagnose agent operational failures through default-policy checks, multi-gap analysis, explicit service ownership, request-context lifetime, and degradation-versus-correctness checks.

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

mangowhoiscloud/geode152026年10月12日 更新

Align, run, audit, and publish GEODE benchmark comparisons against Agent-World arXiv 2604.18292v1 across MCP-Mark, BFCL V4, and tau2-bench. Use for Agent-World or AgentWorld comparison requests, cross-suite agent benchmark design, Tau2 comparator/profile diagnosis, paired thin-runtime-versus-GEODE experiments, mean-accuracy@8 replication, or benchmark comparability and artifact reviews.

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

mangowhoiscloud/geode152026年10月12日 更新

Verification checklist to prevent fake success. Detects test deletion/disabling, coverage regression, lint bypass, secret exposure. Triggered by "deception", "fake" ("가짜"), "fake success", "verification" ("검증"), "checklist" ("체크리스트"), "deletion detection" ("삭제 탐지"), "regression" keywords.

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

mangowhoiscloud/geode152026年10月12日 更新

Implement proven backend architecture patterns including Clean Architecture, Hexagonal Architecture, and Domain-Driven Design. Use when architecting complex backend systems or refactoring existing applications for better maintainability.

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

mangowhoiscloud/geode152026年10月12日 更新

Auto-search and summarize latest AI/agent papers.

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

mangowhoiscloud/geode152026年10月12日 更新

mangowhoiscloud のスキルをすべて見る

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