From searchpo
Run the full Searchpo provider/live flow from input selection through evidence, FactBank, DeepSeek/Gemini, Remotion render, audit, delivery package, and Douyin gate verification. Use when the user asks to run the complete flow, full flow, /searchpo-full-flow, end-to-end publishable render, or live publish.
How this skill is triggered — by the user, by Claude, or both
Slash command
/searchpo:searchpo-full-flowThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
This is the visible skill wrapper for the shared `/searchpo-full-flow` command. Use `searchpo-main-agent` as the lead, keep research with `searchpo-research-agent`, and keep provider/render/publish execution with `searchpo-impl-agent`.
This is the visible skill wrapper for the shared /searchpo-full-flow command. Use searchpo-main-agent as the lead, keep research with searchpo-research-agent, and keep provider/render/publish execution with searchpo-impl-agent.
For Codex runs, selecting this skill or writing owner labels into main_task_plan.json is not enough to prove delegation. When the current host exposes a subagent or agent-team runtime, explicitly spawn or assign:
Use the searchpo-main-agent as lead. Do not run research and implementation in parallel. First spawn or assign only searchpo-research-agent for AnySearch-first source discovery/extraction, GitHub API/README evidence, FactBank/TopicBrief, cross-check tasks, and only supporting DeepWiki repo context when useful. Wait until the main agent verifies cross_check_review.status == pass and research_sufficient == true, then spawn or assign searchpo-impl-agent for provider, render, audit, and Douyin tasks. The main agent must not run implementation commands itself; it verifies artifacts and makes the final release decision.
If the host cannot spawn or assign teammates, say that before running the flow, follow the same ownership split manually, and report the run as manual fallback, not as a spawned agent-team run.
When spawned teammates are available, use the phased runtime so each teammate owns a real command boundary:
python3 agent_harness/run_agent_loop.py --topic "topic" --mode provider --stop-after research_enrichment --delegation-mode spawned_subagents --delegation-agent searchpo-research-agent --delegation-proof "<host-subagent-id>"
python3 agent_harness/run_agent_loop.py "<run_dir>" --mode provider --resume-from 4 --stop-after main_task_plan --delegation-mode spawned_subagents --delegation-agent searchpo-main-agent --delegation-proof "<host-subagent-id>"
python3 agent_harness/run_agent_loop.py "<run_dir>" --mode provider --resume-from 5 --delegation-mode spawned_subagents --delegation-agent searchpo-impl-agent --delegation-proof "<host-subagent-id>"
When using the synchronous shell wrapper, keep the default --delegation-mode single_harness or explicitly set SEARCHPO_DELEGATION_MODE=manual_fallback; do not call that a spawned team run.
SEARCHPO_TOPIC="topic to investigate" npm run e2e:provider
SEARCHPO_LINK="https://github.com/owner/repo" npm run e2e:provider
SEARCHPO_TOPIC="topic" SEARCHPO_TOPIC_URL="https://example.com/source" npm run e2e:provider
SEARCHPO_TOPIC="topic to investigate" npm run e2e:live
Use npm run e2e only for no-provider contract wiring checks, and still pass SEARCHPO_TOPIC, SEARCHPO_LINK, or SEARCHPO_TOPIC_URL. The legacy source-registry sweep requires explicit SEARCHPO_ENABLE_DAILY_RADAR=1.
python3 scripts/agent_capabilities.py --profile all --format text; do not print .env values.searchpo-research-agent only: canonical URL detail, GitHub API/README for GitHub repos, AnySearch-first supplemental search/extract, FactBank, TopicBrief, enriched cross-check, and only supporting DeepWiki repo context when useful. Do not let DeepWiki-only notes count as completed research.widesearch_strategy.json, anysearch_research.json, raw AnySearch search/extract files, fact_bank.json, topic_brief.json, and cross_check_review.json before implementation starts.cross_check_review.status == "pass" and research_sufficient == true, assign provider/render/publish execution to searchpo-impl-agent: DeepSeek, Gemini scoring/TTS/audit, Remotion render, deterministic media audit, final artifact binding, and Douyin adapter/live checks.searchpo-impl-agent is available. Main verifies artifacts before declaring success, and includes the actual delegation mode in the final report.After the command finishes, read runtime/latest_run.txt and verify the run directory:
agent_run.jsonmain_task_plan.jsonruntime_contract.jsonresearch_barrier.jsonevidence_bundle.jsonwidesearch_strategy.jsonanysearch_research.jsonfact_bank.jsontopic_brief.jsonresearch_brief.jsoncross_check_review.jsonscript.json, scene_plan.json, video_spec.json, render_payload.json, render_input_manifest.jsonimplementation_loop.json, deepseek_polish.json, content_score.json, voiceover_manifest.json, video_optimization_loop.json, visual_audit_deterministic.json, gemini_visual_audit.jsonartifact_manifest.json, release_gate.json, delivery_package.json, run_final.json, post/douyin_upload_check.jsonpost/post_publish_verification.jsonsubmitted is not live success. Live success requires remote identity verification.
Always report agent_run.json.delegation.mode; owner labels in main_task_plan.json are not execution proof.
npx claudepluginhub sunflowerslwtech/sunkit --plugin searchpoUse when orchestrating a searchpo run from source selection and research through Remotion render, Gemini audit, and gated Douyin publishing. Owns task-plan state, verification, and release gates.
Orchestrates multiple Claude Code subagents via deterministic JS scripts for fan-out, batch processing, cross-checked research, and multi-stage automation.
Orchestrates multi-phase, dependent, or resumable workflows over provider subagents from a JS script, off the main context. Use for fan-out→barrier→synthesis, per-item pipelines, or loop-until-dry runs.