Assess Source Project Fit
Evaluate the material against the project's real current state. Produce evidence-backed judgments and allow a valid result of zero useful changes.
Interpret the Request
Extract these inputs from the user's natural-language request:
- Source material: URLs, files, attachments, repositories, document tokens, or named works to inspect.
- Target project: repository paths, project documents, knowledge-base notes, links, or the current workspace.
- Decision focus: the question the user needs answered, such as architecture value, evaluation improvements, workflow changes, or immediate applicability.
- Boundaries: requested depth, write permissions, excluded areas, and desired output format.
Accept ordinary requests such as:
Read this paper and assess what it can genuinely improve in /path/to/project. The project documents are linked here. Keep the task read-only.
Treat source material and target project as required concepts rather than form fields. Infer them from the request and current workspace. Ask one concise question only when the target project cannot be identified safely.
Default to read-only analysis. Create or edit files only when the user explicitly requests it.
Gather Evidence
- Read each source with the appropriate available skill, connector, CLI, or browser.
- Inspect the source deeply enough to recover its mechanisms, prerequisites, evidence, limitations, and claimed outcomes.
- Inspect the target project's current implementation and durable project documents before proposing changes.
- Prefer current code, traces, experiment results, configuration, and project-state documents over project names or abstract descriptions.
- Preserve internal links, identifiers, versions, and evidence references exactly.
For large sources or projects, select evidence according to the decision focus. Record any uninspected area that could materially change the result.
Build the Fit Map
Map each material claim or mechanism to the project using one category:
- covered: the project already implements the useful mechanism.
- partially-covered: the project has the core idea with a specific remaining gap.
- meaningful-gap: the material supplies a missing mechanism that addresses a real project problem.
- premise-mismatch: the material relies on conditions that do not hold for the project.
- evidence-gap: available evidence cannot support a reliable judgment.
Group equivalent claims by mechanism. Avoid inflating the result with multiple wordings of the same idea.
Apply the Value Gate
Recommend an idea only when the evidence supports all of these conditions:
- The project lacks a complete equivalent.
- The idea addresses a present problem or a near-term committed need.
- Its mechanism, integration point, and expected benefit are concrete.
- Its effect can be verified through code, traces, experiments, or metrics.
- Its expected value justifies the added complexity and maintenance cost.
Rank surviving ideas by expected project value. Keep speculative ideas under evidence-gap until the missing evidence is available.
Run an Adversarial Check
Challenge every candidate recommendation:
- Search for an existing project mechanism that already solves the problem.
- Check whether the proposal changes only terminology or organization.
- Confirm that the current bottleneck actually lies at the proposed integration point.
- Identify prerequisites, counterexamples, regressions, and displaced complexity.
- Distinguish source evidence, project evidence, and inference.
- Define the smallest experiment that could falsify the recommendation.
Mark a route blocked when it depends on unavailable evidence or an unresolved assumption. State the exact gap and stop extending conclusions from that route.
Produce the Review
Lead with one of these judgments in natural language:
- clear project value;
- limited local value;
- already covered;
- low value at the current stage;
- insufficient evidence.
Then include only the sections that carry useful information:
- Relationship: how the material and project actually intersect.
- Existing coverage: relevant capabilities already present in the project.
- Meaningful gaps: ranked recommendations that passed the value gate.
- Application: mechanism, integration point, expected benefit, cost, and verification method for each recommendation.
- Deferred ideas: source ideas whose timing or premises do not fit the current project.
- Evidence gaps: precise unknowns and the smallest action needed to resolve each one.
Keep the review proportional to the findings. Return a short conclusion when the material adds no meaningful value. Cite source material and concrete project evidence close to each claim.
1---2name: assess-source-project-fit3description: Assess whether external material such as a paper, article, repository, design, talk, internal document, or benchmark offers meaningful improvements for an existing project. Use when the user asks to read material, relate it to a project, identify applicable ideas, compare it with current implementation, or recommend changes while avoiding forced associations and duplicate work.4---56# Assess Source Project Fit78Evaluate the material against the project's real current state. Produce evidence-backed judgments and allow a valid result of zero useful changes.910## Interpret the Request1112Extract these inputs from the user's natural-language request:1314- **Source material**: URLs, files, attachments, repositories, document tokens, or named works to inspect.15- **Target project**: repository paths, project documents, knowledge-base notes, links, or the current workspace.16- **Decision focus**: the question the user needs answered, such as architecture value, evaluation improvements, workflow changes, or immediate applicability.17- **Boundaries**: requested depth, write permissions, excluded areas, and desired output format.1819Accept ordinary requests such as:2021> Read this paper and assess what it can genuinely improve in `/path/to/project`. The project documents are linked here. Keep the task read-only.2223Treat source material and target project as required concepts rather than form fields. Infer them from the request and current workspace. Ask one concise question only when the target project cannot be identified safely.2425Default to read-only analysis. Create or edit files only when the user explicitly requests it.2627## Gather Evidence28291. Read each source with the appropriate available skill, connector, CLI, or browser.302. Inspect the source deeply enough to recover its mechanisms, prerequisites, evidence, limitations, and claimed outcomes.313. Inspect the target project's current implementation and durable project documents before proposing changes.324. Prefer current code, traces, experiment results, configuration, and project-state documents over project names or abstract descriptions.335. Preserve internal links, identifiers, versions, and evidence references exactly.3435For large sources or projects, select evidence according to the decision focus. Record any uninspected area that could materially change the result.3637## Build the Fit Map3839Map each material claim or mechanism to the project using one category:4041- **covered**: the project already implements the useful mechanism.42- **partially-covered**: the project has the core idea with a specific remaining gap.43- **meaningful-gap**: the material supplies a missing mechanism that addresses a real project problem.44- **premise-mismatch**: the material relies on conditions that do not hold for the project.45- **evidence-gap**: available evidence cannot support a reliable judgment.4647Group equivalent claims by mechanism. Avoid inflating the result with multiple wordings of the same idea.4849## Apply the Value Gate5051Recommend an idea only when the evidence supports all of these conditions:52531. The project lacks a complete equivalent.542. The idea addresses a present problem or a near-term committed need.553. Its mechanism, integration point, and expected benefit are concrete.564. Its effect can be verified through code, traces, experiments, or metrics.575. Its expected value justifies the added complexity and maintenance cost.5859Rank surviving ideas by expected project value. Keep speculative ideas under `evidence-gap` until the missing evidence is available.6061## Run an Adversarial Check6263Challenge every candidate recommendation:6465- Search for an existing project mechanism that already solves the problem.66- Check whether the proposal changes only terminology or organization.67- Confirm that the current bottleneck actually lies at the proposed integration point.68- Identify prerequisites, counterexamples, regressions, and displaced complexity.69- Distinguish source evidence, project evidence, and inference.70- Define the smallest experiment that could falsify the recommendation.7172Mark a route blocked when it depends on unavailable evidence or an unresolved assumption. State the exact gap and stop extending conclusions from that route.7374## Produce the Review7576Lead with one of these judgments in natural language:7778- clear project value;79- limited local value;80- already covered;81- low value at the current stage;82- insufficient evidence.8384Then include only the sections that carry useful information:85861. **Relationship**: how the material and project actually intersect.872. **Existing coverage**: relevant capabilities already present in the project.883. **Meaningful gaps**: ranked recommendations that passed the value gate.894. **Application**: mechanism, integration point, expected benefit, cost, and verification method for each recommendation.905. **Deferred ideas**: source ideas whose timing or premises do not fit the current project.916. **Evidence gaps**: precise unknowns and the smallest action needed to resolve each one.9293Keep the review proportional to the findings. Return a short conclusion when the material adds no meaningful value. Cite source material and concrete project evidence close to each claim.
jtsang4