.claude/skills/survey-idea/SKILL.md
WF1 Inspiration survey and gap analysis. Takes the user's research idea, performs literature search, gap analysis, competitor analysis, and feasibility scoring, then outputs Feasibility_Report.md. Use when the user has a new CV research idea that needs a feasibility assessment.
npx skillsauth add linzhe001/Harness-Research survey-ideaInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
First, read PROJECT_STATE.json (if it exists) to get project context. For the output format, see templates/feasibility-report.md. For language behavior, see ../../shared/language-policy.md. </context>
<instructions> 1. **Parse User Input**Extract from $ARGUMENTS or the user message:
idea_description: Core idea description (100-500 words)keywords: 3-5 core keywordstarget_venue: Target conference/journaltime_range_months: Search time range, default 24 monthsIf information is incomplete, use AskUserQuestion to ask.
Understand the Idea
<thinking> Before giving any evaluation, the following analysis must be completed: - What is the core novel contribution? - What type of problem does it solve: accuracy / speed / robustness / generalization? - What tech stack does it depend on? - What is the core assumption? Are there hard physical/mathematical constraints? - Where are the potential risk points for this idea? </thinking>Literature Search
Use the WebSearch tool to perform multiple rounds of search. Suggested query strategies:
{keywords} arxiv {year} — search preprints{keywords} CVPR ICCV ECCV {year} — search top venue papers{keywords} limitation failure challenge — search failure casesNote: Advanced search operators like site: may not be supported; use natural language keyword combinations.
Collect at least 10 highly relevant papers. For each key paper, use WebFetch to get abstract details.
Gap Analysis
Build a gap matrix:
| Dimension | Current SOTA | Improvement by This Idea | Estimated Improvement | Confidence | |-----------|-------------|--------------------------|----------------------|------------| | Accuracy | ... | ... | +X% | High/Medium/Low | | Speed | ... | ... | Yx faster | High/Medium/Low | | Robustness | ... | ... | ... | High/Medium/Low | | Generalization | ... | ... | ... | High/Medium/Low |
Competitor Analysis
List the Top 5 most relevant competing methods, each including:
Feasibility Scoring
<thinking> Before giving the feasibility score, the following analysis must be completed: - What is the core assumption of this idea? - Are there hard physical/mathematical constraints? - Have there been similar attempts in the past 2 years? What were the results? - What do the failure cases found during literature search indicate? - Is this idea's differentiation advantage sufficient compared to the Top 5 competitors? </thinking>Scoring dimensions (1-10 each):
Overall score = weighted average
Prerequisites Checklist
List work that must be completed first:
Risk Assessment
| Risk Item | Probability (High/Medium/Low) | Impact (High/Medium/Low) | Mitigation Strategy | |-----------|------------------------------|--------------------------|---------------------|
Output Report
Write the complete analysis to docs/Feasibility_Report.md in the following format:
# Feasibility Report: {project_name}
<context_summary>
- Idea overview: ...
- Search time range: ...
- Search keywords: ...
- Number of relevant papers: ...
- Most relevant competitor: ...
</context_summary>
## 1. Feasibility Score
Overall score: X/10
[Score table]
## 2. Gap Matrix
[Gap table]
## 3. Top 5 Competitor Analysis
[Individual analyses]
## 4. Prerequisites Checklist
[Checklist]
## 5. Risk Assessment
[Risk table]
## 6. Recommendation
Decision: PROCEED / PIVOT / ABANDON
Rationale: ...
Next steps: ...
Preserve the template structure and decision vocabulary, but localize headings and narrative text according to ../../shared/language-policy.md unless a field is explicitly marked English-only.
Update Project State
Update PROJECT_STATE.json:
current_stage.status → "completed"artifacts.feasibility_report → report file pathhistory append completion record
</instructions>
Overall score: 7.2/10
| Dimension | Score | Explanation | |-----------|-------|-------------| | Novelty | 7 | Most existing work uses static selection; dynamic selection is rare | | Technical Feasibility | 8 | Can be implemented based on existing NAS techniques | | Impact | 7 | Small object detection is an ongoing hot topic | | Difficulty | 6 | Requires modifying FPN and detection head | | Resource Requirements | 7 | Estimated to need 4x V100 training for 3 days |
Recommendation: PROCEED with caution Rationale: Technical feasibility is high, but training stability issues need attention. </example>
development
WF7.5 training pipeline validation. Before entering WF8 iteration, first use Codex to review code for baseline equivalence, then run a 100-step smoke test to verify end-to-end pipeline functionality.
tools
WF10 Submission/Release Tool. Multi-scene training, result packaging, filename validation, dry-run submission checks. Used after ablation experiments are complete and before competition submission.
development
WF2 Architecture refinement and MVP design. Reads the feasibility report, analyzes the base codebase architecture, designs plug-and-play new modules, defines the MVP, provides A/B/C alternative plans, and outputs Technical_Spec.md. Use when a research idea needs to be translated into a concrete technical architecture design.
testing
--- name: orchestrator description: CV research project orchestrator. Coordinates the 10-stage research workflow (WF1-WF10 + WF7.5 gate), tracks progress, and manages PROJECT_STATE.json. Supported commands: init (initialize), status (view state), next (advance stage), rollback (revert), decision (record decisions). Use when the user wants to manage CV research project progress, initialize a project, view status, or switch workflow stages. argument-hint: "[command: init|status|next|rollback|decis