chore: publish from staged

This commit is contained in:
github-actions[bot]
2026-05-22 01:03:33 +00:00
parent 1d7582717e
commit 5b049e4e19
488 changed files with 101042 additions and 264 deletions
@@ -0,0 +1,52 @@
---
name: context-map
description: 'Generate a map of all files relevant to a task before making changes'
---
# Context Map
Before implementing any changes, analyze the codebase and create a context map.
## Task
{{task_description}}
## Instructions
1. Search the codebase for files related to this task
2. Identify direct dependencies (imports/exports)
3. Find related tests
4. Look for similar patterns in existing code
## Output Format
```markdown
## Context Map
### Files to Modify
| File | Purpose | Changes Needed |
|------|---------|----------------|
| path/to/file | description | what changes |
### Dependencies (may need updates)
| File | Relationship |
|------|--------------|
| path/to/dep | imports X from modified file |
### Test Files
| Test | Coverage |
|------|----------|
| path/to/test | tests affected functionality |
### Reference Patterns
| File | Pattern |
|------|---------|
| path/to/similar | example to follow |
### Risk Assessment
- [ ] Breaking changes to public API
- [ ] Database migrations needed
- [ ] Configuration changes required
```
Do not proceed with implementation until this map is reviewed.
@@ -0,0 +1,66 @@
---
name: refactor-plan
description: 'Create a concrete plan before starting a multi-file refactor. Use when the user asks to plan, sequence, scope, or safely execute a refactor across multiple files; always investigate first, output the plan, and wait for confirmation before making code changes.'
---
# Refactor Plan
Create a detailed plan before making any code changes.
## Instructions
1. Do not edit files while preparing the plan.
2. Search the codebase to understand the current state. Read enough implementation, tests, configuration, and docs to make the plan specific to the repository.
3. Identify affected files, ownership boundaries, dependencies, and likely hidden coupling.
4. Plan changes in a safe sequence. Prefer contracts and types first, then implementations, then callers, then tests, then cleanup.
5. Include verification steps between phases and a final validation command.
6. Include rollback or recovery steps for the riskiest phases.
7. Output the complete plan using the format below.
8. Stop after the plan and ask for confirmation before implementing. If the user already asked you to implement, still produce the plan first and wait for confirmation unless they explicitly said to continue without review after the plan.
If the request is too ambiguous to plan safely, ask concise clarifying questions instead of editing files.
## Output Format
```markdown
## Refactor Plan: [title]
### Current State
[Brief description of how things work now]
### Target State
[Brief description of how things will work after]
### Affected Files
| File | Change Type | Dependencies |
|------|-------------|--------------|
| path | modify/create/delete | blocks X, blocked by Y |
### Execution Plan
#### Phase 1: Types and Interfaces
- [ ] Step 1.1: [action] in `file.ts`
- [ ] Verify: [how to check it worked]
#### Phase 2: Implementation
- [ ] Step 2.1: [action] in `file.ts`
- [ ] Verify: [how to check]
#### Phase 3: Tests
- [ ] Step 3.1: Update tests in `file.test.ts`
- [ ] Verify: Run `npm test`
#### Phase 4: Cleanup
- [ ] Remove deprecated code
- [ ] Update documentation
### Rollback Plan
If something fails:
1. [Step to undo]
2. [Step to undo]
### Risks
- [Potential issue and mitigation]
```
After the plan, ask: "Shall I proceed with Phase 1?"
@@ -0,0 +1,39 @@
---
name: what-context-needed
description: 'Ask Copilot what files it needs to see before answering a question'
---
# What Context Do You Need?
Before answering my question, tell me what files you need to see.
## My Question
{{question}}
## Instructions
1. Based on my question, list the files you would need to examine
2. Explain why each file is relevant
3. Note any files you've already seen in this conversation
4. Identify what you're uncertain about
## Output Format
```markdown
## Files I Need
### Must See (required for accurate answer)
- `path/to/file.ts` — [why needed]
### Should See (helpful for complete answer)
- `path/to/file.ts` — [why helpful]
### Already Have
- `path/to/file.ts` — [from earlier in conversation]
### Uncertainties
- [What I'm not sure about without seeing the code]
```
After I provide these files, I'll ask my question again.