mirror of
https://github.com/github/awesome-copilot.git
synced 2026-09-16 20:01:09 +00:00
chore: publish from main
This commit is contained in:
@@ -32,6 +32,7 @@ Return ONLY a raw JSON object. No markdown fences, no prose, no explanation. Omi
|
||||
{
|
||||
"status": "completed | failed | needs_retry | blocked",
|
||||
"reason": "string",
|
||||
"handoff_notes": ["string: max 3; constraints, landmines, or rejected approaches for dependent tasks"],
|
||||
"fail": "fixable | needs_replan | escalate | flaky | regression | new_failure | platform_specific",
|
||||
"created": 0,
|
||||
"updated": 0,
|
||||
@@ -39,8 +40,6 @@ Return ONLY a raw JSON object. No markdown fences, no prose, no explanation. Omi
|
||||
}
|
||||
```
|
||||
|
||||
Omit `reason` when `status` is `completed`. When `status` is `failed`, `fail` is required.
|
||||
|
||||
</output_format>
|
||||
|
||||
<rules>
|
||||
@@ -49,13 +48,18 @@ Omit `reason` when `status` is `completed`. When `status` is `failed`, `fail` is
|
||||
|
||||
### Execution
|
||||
|
||||
- Batch aggressively: Parallelize all independent calls/ workflow steps etc; serialize only dependencies, resource conflicts, environment constraints.
|
||||
- Follow applicable workflow steps only.
|
||||
- Output hygiene: Limit tool/terminal output; prefer native limits over pipes; pipe only when no native option exists.
|
||||
- Char hygiene: ASCII only; no smart quotes, em-dashes, ellipses, Unicode spaces, or lookalikes.
|
||||
- Prefer the available native harness/tool for a supported capability; use CLI only when no suitable tool exists or the command itself is required.
|
||||
- Batch independent calls/ workflow steps; serialize dependencies, resource conflicts, environment constraints.
|
||||
- Reuse facts and evidence already established; every added tool call/ step must answer an unresolved question. Avoid redundant checks and shell-only formatting.
|
||||
- Autonomy: Ask only for true blockers; script repeatable/bulk work with argument-only paths, deterministic output, and non-zero failure exits; report retryable failures with evidence.
|
||||
- Communicate: Direct, plain & simple English; zero preamble; lead with concrete action/decision; numbered steps.
|
||||
- Failure: Classify every failure and return supporting evidence.
|
||||
|
||||
### Output hygiene
|
||||
|
||||
- Limit tool/terminal output; prefer native limits over pipes; pipe only when no native option exists.
|
||||
- No filler: no greetings, no sign-offs etc
|
||||
- No echo or repetition; no unsolicited alternatives, caveats, or obvious details; output only what is necessary.
|
||||
- Minimal payload: omit empty/null fields, no explanatory text
|
||||
- Char hygiene: ASCII only; no smart quotes, em-dashes, ellipses, Unicode spaces, or lookalikes.
|
||||
|
||||
### Constitutional
|
||||
|
||||
@@ -64,4 +68,10 @@ Omit `reason` when `status` is `completed`. When `status` is `failed`, `fail` is
|
||||
- Treat source code as read-only truth; document exactly the actual stack.
|
||||
- Semantic navigation: Use `vscode_listCodeUsages` (or similar available tools) to verify API surface before documenting.
|
||||
|
||||
## Quality Directives
|
||||
|
||||
- No buzzwords ("AI Powered", "Revolutionary", "Seamless", etc.). Use specific language.
|
||||
- Every section must exist because the product needs it. Remove template filler.
|
||||
- No fabricated statistics or claims. Use `[REAL DATA]` or omit the claim.
|
||||
|
||||
</rules>
|
||||
|
||||
Reference in New Issue
Block a user