跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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月16日 更新

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月16日 更新

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月16日 更新

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月16日 更新

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月16日 更新

Auto-search and summarize latest AI/agent papers.

中文简介正在准备中。当前显示原文说明。

mangowhoiscloud/geode152026年10月16日 更新

查看 mangowhoiscloud 的全部技能

报告此技能的问题