WFGY/ProblemMap/Atlas/Fixes/templates/fix-recipe-template.md
2026-03-16 21:26:49 +08:00

12 KiB

Fix Recipe Template 🛠️

Problem Map 3.0 Troubleshooting Atlas

Reusable template for community or official fix recipes

Quick links:


This file is the reusable template for writing a clean fix recipe.

If the Contribution Checklist helps you verify readiness, this template helps you actually write one clear contribution that is easy to review, easy to reuse, and easy to keep aligned with atlas routing

Use this template when you want to document:

  • one fix idea
  • one case shape
  • one main artifact
  • one expected result

The template is intentionally structured so contributors do not skip:

  • routing context
  • first repair logic
  • misrepair warning
  • expected result
  • limitations

Quick start 🚀

Use this template in the following order:

  1. fill Title
  2. fill 0. Quick summary
  3. fill 1. Artifact type
  4. fill 2. Atlas routing context
  5. fill 3. Problem being fixed
  6. fill 5. First repair move
  7. fill 6. Misrepair warning
  8. fill 7. Inputs, 8. Procedure, and 9. Expected output or result
  9. finish with 12. Files included, 13. Limitations, and 14. One-line maintainer note

If you want the fastest possible start, scroll to:

  • 15. Copy-paste mini skeleton

Short version:

one case
one main fix
one clear warning
one expected result 📌


Required vs optional quick map 🗂️

Section Status Purpose
Title Required identify the recipe clearly
0. Quick summary Required explain what the recipe does
1. Artifact type Required classify the main asset
2. Atlas routing context Required anchor the recipe in atlas logic
3. Problem being fixed Required define the target problem
4. Baseline failure Recommended show the broken starting point
5. First repair move Required define the main intervention
6. Misrepair warning Required prevent the tempting wrong first move
7. Inputs Required show what is needed
8. Procedure Required show how to use it
9. Expected output or result Required define success
10. Optional evaluation fields Optional add useful checks only if they help
11. Optional WFGY escalation Optional only if deeper exploration is relevant
12. Files included Required make the contribution reviewable
13. Limitations Recommended keep the recipe honest
14. One-line maintainer note Required help quick review

A good recipe usually looks like this 🌱

A strong fix recipe usually has:

  • one family
  • one case
  • one main artifact
  • one clear first repair move
  • one misrepair warning
  • one expected result
  • one short explanation of limits

Small and clear beats huge and vague almost every time.


Title

Replace this line with a short clear title.

Example:
F1 Retrieval Anchor Drift - Minimal reranking fix recipe


0. Quick summary

What this recipe does

Write 1 to 3 short sentences.

Example:
This recipe improves a grounding-first failure by adding a lightweight source-to-answer verification step after retrieval.
It is meant for cases where the answer looks fluent but is weakly anchored.


1. Artifact type

Choose one or more, but pick the main artifact first.

  • Colab notebook
  • JSON fixture
  • prompt pack
  • workflow recipe
  • benchmark rerun
  • reproduction pack
  • implementation note

If the contribution mixes several asset types, choose the main one first and attach the others as supporting files.


2. Atlas routing context

This is one of the most important sections in the whole template.

A fix recipe without routing context is much harder to review and much easier to misuse.

Primary family
F?

Secondary family
F? or None

Broken invariant
Write one short sentence.

Best current fit
Write the nearest node, family entry, or edge-fit wording.

Why this belongs here
Write 2 to 4 sentences explaining why this recipe belongs in this region.


3. Problem being fixed

Describe the specific problem this recipe targets.

Useful questions:

  • what is going wrong
  • what does the broken baseline look like
  • what symptom is visible
  • why is this a good target for a fix recipe

Keep this section short and concrete.


Describe the broken version first.

Include things like:

  • baseline setup
  • broken behavior
  • common visible symptom
  • known weakness

Optional mini format:

Baseline input
...

Baseline behavior
...

Baseline failure note
...

A good fix recipe is usually much easier to understand when the broken starting point is visible.


5. First repair move

Describe the first repair move this recipe applies.

Useful questions:

  • what is the first intervention
  • why this move comes before other moves
  • what this move is trying to restore

Optional mini format:

Repair action
...

Why this is first
...

Expected improvement
...


6. Misrepair warning

State at least one common wrong first move.

Wrong first move

...

Why it is tempting

...

Why it is wrong

...

This section is required.
A good fix recipe should not only say what to do.
It should also say what not to do first.


7. Inputs

List the inputs needed.

Examples:

  • query
  • corpus
  • prompt
  • JSON config
  • workflow state
  • notebook parameters
  • expected schema
  • environment assumptions

Use a short format like:

Input A:
Input B:
Input C:

8. Procedure

Write the actual steps.

Keep them small and numbered.

Example format

  1. Load the baseline input.
  2. Run the broken baseline.
  3. Record the failure output.
  4. Apply the first repair move.
  5. Run the repaired version.
  6. Compare before and after.

If the steps are too large or too vague, the recipe is usually too hard to reuse.

If this recipe is runnable, the steps should be easy to follow without guessing.


9. Expected output or result

State what should improve.

Examples:

  • better anchor alignment
  • fewer missing fields
  • clearer trace visibility
  • successful workflow closure
  • fewer deadlocks
  • higher schema pass rate

Optional mini format:

Before ...

After ...

Success signal ...


10. Optional evaluation fields

List simple fields or checks if helpful.

Examples:

  • support_rate
  • schema_pass_rate
  • closure_success
  • trace_completeness
  • wrong_anchor_rate
  • field_loss_count

Only include fields that are actually useful.


11. Optional WFGY escalation

Use this section only if deeper WFGY exploration is relevant.

When to escalate

...

What to pass into WFGY

  • routed family
  • broken invariant
  • first repair move already tried
  • unresolved pressure

What WFGY is expected to add

...

Keep this clean. Do not use this section to skip atlas routing.


12. Files included

List the files included in the contribution.

Example:

  • demo.ipynb
  • input.json
  • expected_output.json
  • README.md

13. Limitations

Be honest.

Examples:

  • only tested on a toy corpus
  • only works for a narrow schema
  • not yet benchmarked broadly
  • assumes a simple notebook environment
  • partial recipe, not a full solution

This section is strongly recommended.


14. One-line maintainer note

Write one short line that helps review the contribution.

Example: Small F1 grounding recipe with runnable JSON fixture and clear before/after support check.


15. Copy-paste mini skeleton ✂️

Use this when you want the fastest possible start.

# Title

## 0. Quick summary
...

## 1. Artifact type
...

## 2. Atlas routing context
Primary family:
Secondary family:
Broken invariant:
Best current fit:
Why this belongs here:

## 3. Problem being fixed
...

## 4. Baseline failure
...

## 5. First repair move
...

## 6. Misrepair warning
Wrong first move:
Why it is tempting:
Why it is wrong:

## 7. Inputs
...

## 8. Procedure
1.
2.
3.

## 9. Expected output or result
...

## 10. Optional evaluation fields
...

## 11. Optional WFGY escalation
...

## 12. Files included
...

## 13. Limitations
...

## 14. One-line maintainer note
...

Next steps

After this page, most readers continue with:

  1. Back to Contribution Checklist
  2. Back to Templates Hub
  3. Back to Community Fix Lab
  4. Open Prompt Template

If you want to return to the broader product surface:

If this template helps your workflow, consider:


16. Closing note

A good fix recipe does not need to be huge.

It only needs to be:

  • routed
  • clear
  • scoped
  • usable
  • honest

下面是你要的 PR title 和 content。

## PR Title

```text
Improve fix recipe template readability and contributor flow

PR Content

## Summary

This PR improves the usability of `fix-recipe-template.md` as a reusable contributor-facing template.

## What changed

- added quick links to nearby Atlas and template pages
- added a quick-start flow for first-time contributors
- added a required vs optional quick map
- clarified the most important recipe sections
- improved the contributor-facing flow from checklist to template to submission
- added stronger next-step paths

## Scope

Docs only.

No changes were made to:
- Atlas routing logic
- official fix logic
- bridge logic
- demo behavior

## Why this matters

This template is one of the main entry points for community fix recipes.

These changes make it easier for contributors to:
- start faster
- understand which fields matter most
- keep recipes small, clear, and reviewable