anchi-kit 2.2.0 → 2.3.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Potentially problematic release.
This version of anchi-kit might be problematic. Click here for more details.
- package/.cursor/commands/entity.md +135 -0
- package/.cursor/commands/memory/add.md +65 -0
- package/.cursor/commands/memory/load.md +74 -0
- package/.cursor/commands/memory/save.md +68 -0
- package/.cursor/commands/memory.md +141 -0
- package/README.md +427 -127
- package/package.json +1 -1
- package/src/cli.js +6 -0
- package/src/commands/memory.js +158 -0
- package/src/lib/contextDatabase.js +362 -0
- package/src/lib/memoryManager.js +250 -0
- package/.antigravity/agent/code-reviewer.md +0 -141
- package/.antigravity/agent/debugger.md +0 -75
- package/.antigravity/agent/docs-manager.md +0 -120
- package/.antigravity/agent/git-manager.md +0 -60
- package/.antigravity/agent/planner-researcher.md +0 -101
- package/.antigravity/agent/planner.md +0 -88
- package/.antigravity/agent/project-manager.md +0 -113
- package/.antigravity/agent/researcher.md +0 -174
- package/.antigravity/agent/solution-brainstormer.md +0 -90
- package/.antigravity/agent/system-architecture.md +0 -193
- package/.antigravity/agent/tester.md +0 -96
- package/.antigravity/agent/ui-ux-designer.md +0 -233
- package/.antigravity/agent/ui-ux-developer.md +0 -98
- package/.antigravity/command/cook.md +0 -7
- package/.antigravity/command/debug.md +0 -10
- package/.antigravity/command/design/3d.md +0 -65
- package/.antigravity/command/design/fast.md +0 -18
- package/.antigravity/command/design/good.md +0 -21
- package/.antigravity/command/design/screenshot.md +0 -22
- package/.antigravity/command/design/video.md +0 -22
- package/.antigravity/command/docs/init.md +0 -11
- package/.antigravity/command/docs/summarize.md +0 -10
- package/.antigravity/command/docs/update.md +0 -18
- package/.antigravity/command/fix/ci.md +0 -8
- package/.antigravity/command/fix/fast.md +0 -11
- package/.antigravity/command/fix/hard.md +0 -15
- package/.antigravity/command/fix/logs.md +0 -16
- package/.antigravity/command/fix/test.md +0 -18
- package/.antigravity/command/fix/types.md +0 -10
- package/.antigravity/command/git/cm.md +0 -5
- package/.antigravity/command/git/cp.md +0 -4
- package/.antigravity/command/plan/ci.md +0 -12
- package/.antigravity/command/plan/two.md +0 -13
- package/.antigravity/command/plan.md +0 -10
- package/.antigravity/command/test.md +0 -7
- package/.antigravity/command/watzup.md +0 -8
- package/ANTIGRAVITY.md +0 -36
- package/GEMINI.md +0 -75
- package/scripts/prepare-release-assets.cjs +0 -97
- package/scripts/send-discord-release.cjs +0 -204
|
@@ -1,65 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Create immersive interactive 3D designs with Three.js
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start working on these tasks follow the Orchestration Protocol, Core Responsibilities, Subagents Team and Development Rules:
|
|
6
|
-
<tasks>$ARGUMENTS</tasks>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `ui-ux-designer` subagent and `researcher` subagent to create a comprehensive 3D design plan with TODO tasks in `./plans` directory.
|
|
10
|
-
2. Then use `ui-ux-designer` subagent to implement the plan step by step.
|
|
11
|
-
3. Create immersive 3D experiences using Three.js with particle effects, custom shaders, and interactive elements.
|
|
12
|
-
4. Leverage all available Human MCP capabilities for asset generation and validation.
|
|
13
|
-
5. Report back to user with a summary of the changes and explain everything briefly, ask user to review the changes and approve them.
|
|
14
|
-
6. If user approves the changes, update the `./docs/design-guidelines.md` docs if needed.
|
|
15
|
-
|
|
16
|
-
## 3D Design Requirements:
|
|
17
|
-
- Implement Three.js scenes with proper optimization
|
|
18
|
-
- Create custom GLSL shaders for unique visual effects
|
|
19
|
-
- Design GPU-accelerated particle systems
|
|
20
|
-
- Add immersive camera controls and cinematic effects
|
|
21
|
-
- Implement post-processing effects and render pipelines
|
|
22
|
-
- Ensure responsive behavior across all devices
|
|
23
|
-
- Optimize performance for real-time rendering
|
|
24
|
-
- Add interactive elements and smooth animations
|
|
25
|
-
|
|
26
|
-
## Human MCP Tools Integration:
|
|
27
|
-
|
|
28
|
-
### ai-multimodal Skills & ImageMagick Skill (Asset Generation & Processing):
|
|
29
|
-
- Generate textures, skyboxes, and environment maps with ai-multimodal skills
|
|
30
|
-
- Create custom particle sprites and effect assets via ai-multimodal prompts
|
|
31
|
-
- Generate 3D object textures with specific styles using ai-multimodal skills
|
|
32
|
-
- Create video backgrounds for immersive scenes with ai-multimodal capabilities
|
|
33
|
-
- Apply camera movements, inpainting, and outpainting through ai-multimodal skills
|
|
34
|
-
- Refine, batch edit, and optimize outputs with imagemagick skill workflows
|
|
35
|
-
|
|
36
|
-
### JIMP Tools (Image Processing):
|
|
37
|
-
- Process and optimize textures for WebGL
|
|
38
|
-
- Create normal maps and height maps from images
|
|
39
|
-
- Generate sprite sheets for particle systems
|
|
40
|
-
- Remove backgrounds for transparent textures
|
|
41
|
-
- Resize and optimize assets for performance
|
|
42
|
-
- Apply masks for complex texture effects
|
|
43
|
-
|
|
44
|
-
### Eyes Tools (Visual Analysis):
|
|
45
|
-
- Analyze reference images for 3D scene composition
|
|
46
|
-
- Compare design mockups with implementation
|
|
47
|
-
- Validate texture quality and visual consistency
|
|
48
|
-
- Extract color palettes from reference materials
|
|
49
|
-
- Verify shader effects and visual output
|
|
50
|
-
|
|
51
|
-
## Implementation Stack:
|
|
52
|
-
- Three.js for 3D rendering
|
|
53
|
-
- GLSL for custom vertex and fragment shaders
|
|
54
|
-
- HTML/CSS/JS for UI integration
|
|
55
|
-
- WebGL for GPU-accelerated graphics
|
|
56
|
-
- Post-processing libraries for effects
|
|
57
|
-
|
|
58
|
-
## Notes:
|
|
59
|
-
- Remember that you have the capability to generate images, videos, edit images, etc. with ai-multimodal skills. Use them extensively to create realistic 3D assets.
|
|
60
|
-
- Always review, analyze and double check generated assets with eyes tools of Human MCP Server.
|
|
61
|
-
- Leverage ai-multimodal skills and imagemagick skill to create custom textures, particle sprites, environment maps, and visual effects.
|
|
62
|
-
- Use imagemagick skill to process and optimize all visual assets for WebGL performance.
|
|
63
|
-
- Test 3D scenes across different devices and optimize for smooth 60fps performance.
|
|
64
|
-
- Maintain and update `./docs/design-guidelines.md` docs with 3D design patterns and shader libraries.
|
|
65
|
-
- Document shader code, particle systems, and reusable 3D components for future reference.
|
|
@@ -1,18 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Create a quick design
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start working on these tasks follow the Orchestration Protocol, Core Responsibilities, Subagents Team and Development Rules:
|
|
6
|
-
<tasks>$ARGUMENTS</tasks>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `ui-ux-designer` subagent and `researcher` subagent to create a design plan with TODO tasks in `./plans` directory.
|
|
10
|
-
2. Then use `ui-ux-designer` subagent to implement the plan step by step.
|
|
11
|
-
3. If user doesn't specify, create the design in pure HTML/CSS/JS.
|
|
12
|
-
4. Report back to user with a summary of the changes and explain everything briefly, ask user to review the changes and approve them.
|
|
13
|
-
5. If user approves the changes, update the `./docs/design-guidelines.md` docs if needed.
|
|
14
|
-
|
|
15
|
-
## Notes:
|
|
16
|
-
- Remember that you have the capability to generate images, videos, edit images, etc. with Human MCP Server tools. Use them to create the design and real assets.
|
|
17
|
-
- Always review, analyze and double check generated assets with eyes tools of Human MCP Server.
|
|
18
|
-
- Maintain and update `./docs/design-guidelines.md` docs if needed.
|
|
@@ -1,21 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Create an immersive design
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start working on these tasks follow the Orchestration Protocol, Core Responsibilities, Subagents Team and Development Rules:
|
|
6
|
-
<tasks>$ARGUMENTS</tasks>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `ui-ux-designer` subagent and multiple `researcher` subagents in parallel to create a design plan with TODO tasks in `./plans` directory.
|
|
10
|
-
2. Then use `ui-ux-designer` subagent to implement the plan step by step.
|
|
11
|
-
3. If user doesn't specify, create the design in pure HTML/CSS/JS.
|
|
12
|
-
4. Report back to user with a summary of the changes and explain everything briefly, ask user to review the changes and approve them.
|
|
13
|
-
5. If user approves the changes, update the `./docs/design-guidelines.md` docs if needed.
|
|
14
|
-
|
|
15
|
-
## Important Notes:
|
|
16
|
-
- **ALWAYS REMEBER that you have the skills of a top-tier UI/UX Designer who won a lot of awards on Dribbble, Behance, Awwwards, Mobbin, TheFWA.**
|
|
17
|
-
- Remember that you have the capability to generate images, videos, edit images, etc. with Human MCP Server tools. Use them to create the design with real assets.
|
|
18
|
-
- Always review, analyze and double check the generated assets with eyes tools of Human MCP Server.
|
|
19
|
-
- Use removal background tools to remove background from generated assets if needed.
|
|
20
|
-
- Create storytelling designs, immersive 3D experiences, micro-interactions, and interactive interfaces.
|
|
21
|
-
- Maintain and update `./docs/design-guidelines.md` docs if needed.
|
|
@@ -1,22 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Create a design based on screenshot
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start designing follow exactly this screenshot:
|
|
6
|
-
<screenshot>$ARGUMENTS</screenshot>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `ai-multimodal` skills to describe super details of the screenshot.
|
|
10
|
-
2. Use `ui-ux-designer` subagent to create a design plan of creating exactly the same result with the screenshot, break down the plan into TODO tasks in `./plans` directory.
|
|
11
|
-
3. Then implement the plan step by step.
|
|
12
|
-
4. If user doesn't specify, create the design in pure HTML/CSS/JS.
|
|
13
|
-
5. Report back to user with a summary of the changes and explain everything briefly, ask user to review the changes and approve them.
|
|
14
|
-
6. If user approves the changes, update the `./docs/design-guidelines.md` docs if needed.
|
|
15
|
-
|
|
16
|
-
## Important Notes:
|
|
17
|
-
- **ALWAYS REMEBER that you have the skills of a top-tier UI/UX Designer who won a lot of awards on Dribbble, Behance, Awwwards, Mobbin, TheFWA.**
|
|
18
|
-
- Remember that you have the capability to generate images, videos, edit images, etc. with Human MCP Server tools. Use them to create the design with real assets.
|
|
19
|
-
- Always review, analyze and double check the generated assets with eyes tools of Human MCP Server.
|
|
20
|
-
- Use removal background tools to remove background from generated assets if needed.
|
|
21
|
-
- Create storytelling designs, immersive 3D experiences, micro-interactions, and interactive interfaces.
|
|
22
|
-
- Maintain and update `./docs/design-guidelines.md` docs if needed.
|
|
@@ -1,22 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Create a design based on video
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start designing follow exactly this video:
|
|
6
|
-
<video>$ARGUMENTS</video>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `ai-multimodal` skills to describe super details of the video: be specific about describing every element, every interaction, every animation, every transition, every color, every font, every spacing, every size, every shape, every texture, every material, every light, every shadow, every reflection, every refraction, every blur, every glow, every reflection, every refraction, every blur, every glow, every reflection, every refraction, every blur, every glow, every image.
|
|
10
|
-
2. Use `ui-ux-designer` subagent to create a design plan of creating exactly the same result with the video, break down the plan into TODO tasks in `./plans` directory.
|
|
11
|
-
3. Then implement the plan step by step.
|
|
12
|
-
4. If user doesn't specify, create the design in pure HTML/CSS/JS.
|
|
13
|
-
5. Report back to user with a summary of the changes and explain everything briefly, ask user to review the changes and approve them.
|
|
14
|
-
6. If user approves the changes, update the `./docs/design-guidelines.md` docs if needed.
|
|
15
|
-
|
|
16
|
-
## Important Notes:
|
|
17
|
-
- **ALWAYS REMEBER that you have the skills of a top-tier UI/UX Designer who won a lot of awards on Dribbble, Behance, Awwwards, Mobbin, TheFWA.**
|
|
18
|
-
- Remember that you have the capability to generate images, videos, edit images, etc. with Human MCP Server tools. Use them to create the design with real assets.
|
|
19
|
-
- Always review, analyze and double check the generated assets with eyes tools of Human MCP Server.
|
|
20
|
-
- Use removal background tools to remove background from generated assets if needed.
|
|
21
|
-
- Create storytelling designs, immersive 3D experiences, micro-interactions, and interactive interfaces.
|
|
22
|
-
- Maintain and update `./docs/design-guidelines.md` docs if needed.
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze the codebase and create initial documentation
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Use `docs/` directory as the source of truth for documentation.
|
|
6
|
-
Use `docs-manager` agent to analyze the codebase and create initial documentation:
|
|
7
|
-
- `docs/project-overview-pdr.md`: Project overview and PDR (Product Development Requirements)
|
|
8
|
-
- `docs/codebase-summary.md`: Codebase summary
|
|
9
|
-
- `docs/codebase-structure-architecture-code-standards.md`: Codebase structure, architecture, and code standards
|
|
10
|
-
|
|
11
|
-
**IMPORTANT**: **Do not** start implementing.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze the codebase and update documentation
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Use `docs-manager` agent to analyze the codebase and update `docs/codebase-summary.md`
|
|
6
|
-
|
|
7
|
-
## Notes:
|
|
8
|
-
- Use `docs/` directory as the source of truth for documentation.
|
|
9
|
-
|
|
10
|
-
**IMPORTANT**: **Do not** start implementing.
|
|
@@ -1,18 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze the codebase and update documentation
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Use `docs/` directory as the source of truth for documentation.
|
|
6
|
-
Use `docs-manager` agent to analyze the codebase and update documentation:
|
|
7
|
-
- `README.md`: Update README (keep it under 300 lines)
|
|
8
|
-
- `docs/project-overview-pdr.md`: Update project overview and PDR (Product Development Requirements)
|
|
9
|
-
- `docs/codebase-summary.md`: Update codebase summary
|
|
10
|
-
- `docs/codebase-structure-architecture-code-standards.md`: Update codebase structure, architecture, and code standards
|
|
11
|
-
- Only update `CLAUDE.md` or `AGENTS.md` when requested.
|
|
12
|
-
|
|
13
|
-
## Additional requests
|
|
14
|
-
<additional_requests>
|
|
15
|
-
$ARGUMENTS
|
|
16
|
-
</additional_requests>
|
|
17
|
-
|
|
18
|
-
**IMPORTANT**: **Do not** start implementing.
|
|
@@ -1,8 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze Github Actions logs and fix issues
|
|
3
|
-
---
|
|
4
|
-
## Github Actions URL
|
|
5
|
-
$ARGUMENTS
|
|
6
|
-
|
|
7
|
-
Use the `planer-researcher` to read the github actions logs, analyze and find the root causes of the issues, then provide a detailed plan for implementing the fixes.
|
|
8
|
-
Then use proper developer agents to implement the plan.
|
|
@@ -1,11 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze and fix the issue [FAST]
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Analyze and fix this issue:
|
|
6
|
-
<issue>$ARGUMENTS</issue>
|
|
7
|
-
|
|
8
|
-
## Development Rules
|
|
9
|
-
|
|
10
|
-
- Use `tester` agent to test the fix and make sure it works, then report back to main agent.
|
|
11
|
-
- If there are issues or failed tests, ask main agent to fix all of them and repeat the process until all tests pass.
|
|
@@ -1,15 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Use subagents to plan and fix hard issues
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Think hard to plan & start fixing these issues follow the Orchestration Protocol, Core Responsibilities, Subagents Team and Development Rules:
|
|
6
|
-
<issues>$ARGUMENTS</issues>
|
|
7
|
-
|
|
8
|
-
## Workflow:
|
|
9
|
-
1. Use `planner` subagent and `researcher` subagent to create a implementation plan with TODO tasks in `./plans` directory.
|
|
10
|
-
2. Then use general agent (main agent) to implement the plan step by step.
|
|
11
|
-
3. Use `tester` subagent to run the tests, make sure it works, then report back to main agent.
|
|
12
|
-
4. If there are issues or failed tests, use `debugger` subagent to find the root cause of the issues, then ask main agent to fix all of them and
|
|
13
|
-
5. Repeat the process until all tests pass or no more issues are reported.
|
|
14
|
-
6. After finishing, delegate to `code-reviewer` subagent to review code. If there are critical issues, ask main agent to improve the code and test everything again.
|
|
15
|
-
7. Report back to user with a summary of the changes and explain everything briefly.
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze logs and fix issues
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Use `debugger` agent to analyze the `./logs.txt` file, identify root causes of any errors or issues and respond with a report and solution.
|
|
6
|
-
So the main agent can fix them.
|
|
7
|
-
|
|
8
|
-
## Rules
|
|
9
|
-
|
|
10
|
-
- Use `debugger` agent to read and analyze the entire `./logs.txt` file
|
|
11
|
-
- Identify all errors, warnings, and potential issues
|
|
12
|
-
- Determine the root causes of each issue
|
|
13
|
-
- Fix all identified problems systematically based on the report
|
|
14
|
-
- Verify fixes by running appropriate commands
|
|
15
|
-
- Re-analyze logs after fixes to ensure issues are resolved
|
|
16
|
-
|
|
@@ -1,18 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Run test suite and fix issues
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
## Reported Issues:
|
|
6
|
-
<issue>
|
|
7
|
-
$ARGUMENTS
|
|
8
|
-
</issue>
|
|
9
|
-
|
|
10
|
-
## Workflow:
|
|
11
|
-
1. First use `tester` subagent to compile the code and fix all syntax errors if any.
|
|
12
|
-
2. Then use `tester` subagent to run the tests.
|
|
13
|
-
3. If there are issues or failed tests, use `debugger` subagent to find the root cause of the issues.
|
|
14
|
-
4. Then use `planner` subagent to create a implementation plan with TODO tasks in `./plans` directory.
|
|
15
|
-
5. Then implement the plan step by step.
|
|
16
|
-
6. Use `tester` subagent to run the tests after implementing the plan, make sure it works, then report back to main agent.
|
|
17
|
-
7. After finishing, delegate to `code-reviewer` agent to review code. If there are critical issues, ask main agent to improve the code and test everything again.
|
|
18
|
-
8. Repeat this process until all tests pass and no more errors are reported.
|
|
@@ -1,12 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Analyze Github Actions logs and provide a plan to fix the issues
|
|
3
|
-
---
|
|
4
|
-
## Github Actions URL
|
|
5
|
-
$ARGUMENTS
|
|
6
|
-
|
|
7
|
-
Use the `planer-researcher` to read the github actions logs, analyze and find the root causes of the issues, then provide a detailed plan for implementing the fixes.
|
|
8
|
-
|
|
9
|
-
**Output:**
|
|
10
|
-
Provide at least 2 implementation approaches with clear trade-offs, and explain the pros and cons of each approach, and provide a recommended approach.
|
|
11
|
-
|
|
12
|
-
**IMPORTANT:** Ask the user for confirmation before implementing.
|
|
@@ -1,13 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Research & create an implementation plan with 2 approaches
|
|
3
|
-
---
|
|
4
|
-
|
|
5
|
-
Use the `planner` subagent to plan for this task:
|
|
6
|
-
<task>
|
|
7
|
-
$ARGUMENTS
|
|
8
|
-
</task>
|
|
9
|
-
|
|
10
|
-
**Output:**
|
|
11
|
-
Provide at least 2 implementation approaches with clear trade-offs, and explain the pros and cons of each approach, and provide a recommended approach.
|
|
12
|
-
|
|
13
|
-
**IMPORTANT**: **Do not** start implementing.
|
|
@@ -1,8 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
description: Review recent changes and wrap up the work
|
|
3
|
-
---
|
|
4
|
-
Review my current branch and the most recent commits.
|
|
5
|
-
Provide a detailed summary of all changes, including what was modified, added, or removed.
|
|
6
|
-
Analyze the overall impact and quality of the changes.
|
|
7
|
-
|
|
8
|
-
**IMPORTANT**: **Do not** start implementing.
|
package/ANTIGRAVITY.md
DELETED
|
@@ -1,36 +0,0 @@
|
|
|
1
|
-
# ANTIGRAVITY.md
|
|
2
|
-
|
|
3
|
-
This file provides guidance to Antigravity AI agent when working with code in this repository.
|
|
4
|
-
|
|
5
|
-
## Role & Responsibilities
|
|
6
|
-
|
|
7
|
-
Your role is to orchestrate and delegate tasks to specialized agents for comprehensive software development.
|
|
8
|
-
|
|
9
|
-
## Agent Directory
|
|
10
|
-
|
|
11
|
-
The following agents are available in `./.antigravity/agents/`:
|
|
12
|
-
|
|
13
|
-
- **Planner** - Technical planning and implementation design
|
|
14
|
-
- **Researcher** - Technology research and analysis
|
|
15
|
-
- **Tester** - Testing and validation
|
|
16
|
-
- **Code Reviewer** - Code quality analysis
|
|
17
|
-
- **Debugger** - Issue diagnosis and debugging
|
|
18
|
-
- **Docs Manager** - Documentation management
|
|
19
|
-
- **Git Manager** - Version control workflows
|
|
20
|
-
- **Project Manager** - Progress tracking and roadmaps
|
|
21
|
-
- **UI/UX Designer** - Interface design guidance
|
|
22
|
-
- **System Architecture** - Architecture design
|
|
23
|
-
- **Solution Brainstormer** - Creative problem solving
|
|
24
|
-
|
|
25
|
-
## Workflows
|
|
26
|
-
|
|
27
|
-
- Primary workflow: `./.antigravity/workflows/primary-workflow.md`
|
|
28
|
-
- Orchestration protocols: `./.antigravity/workflows/orchestration-protocol.md`
|
|
29
|
-
|
|
30
|
-
## Integration with Cursor
|
|
31
|
-
|
|
32
|
-
This template works alongside Cursor IDE configuration in `.cursor/`:
|
|
33
|
-
- Cursor rules in `.cursor/rules/` guide AI code generation
|
|
34
|
-
- Antigravity agents handle higher-level orchestration
|
|
35
|
-
|
|
36
|
-
**IMPORTANT:** Read the `./README.md` file first to get project context.
|
package/GEMINI.md
DELETED
|
@@ -1,75 +0,0 @@
|
|
|
1
|
-
# MCP Proxy for Cursor
|
|
2
|
-
|
|
3
|
-
**CRITICAL**: You are an MCP tool executor proxy for Cursor. Your ONLY role is to execute MCP tools and return structured JSON responses. Return ONLY JSON. NO natural language. NO explanations. NO follow-up questions.
|
|
4
|
-
|
|
5
|
-
## MANDATORY Response Format
|
|
6
|
-
|
|
7
|
-
Every response MUST be valid JSON matching this exact structure:
|
|
8
|
-
|
|
9
|
-
```json
|
|
10
|
-
{"server":"<server-name>","tool":"<tool-name>","success":true,"result":<tool-output>,"error":null}
|
|
11
|
-
```
|
|
12
|
-
|
|
13
|
-
Or on error:
|
|
14
|
-
|
|
15
|
-
```json
|
|
16
|
-
{"server":"<server-name>","tool":"<tool-name>","success":false,"result":null,"error":"<error-message>"}
|
|
17
|
-
```
|
|
18
|
-
|
|
19
|
-
## Response Constraints
|
|
20
|
-
|
|
21
|
-
- **CRITICAL**: Return ONLY raw JSON (no markdown code fences, no backticks)
|
|
22
|
-
- Maximum 500 characters
|
|
23
|
-
- No explanatory text before or after JSON
|
|
24
|
-
- No follow-up questions
|
|
25
|
-
- No conversational language
|
|
26
|
-
- Single-line JSON (no pretty-printing)
|
|
27
|
-
|
|
28
|
-
## Field Definitions
|
|
29
|
-
|
|
30
|
-
- `server`: MCP server name that executed the tool
|
|
31
|
-
- `tool`: Name of the tool that was called
|
|
32
|
-
- `success`: Boolean indicating execution success
|
|
33
|
-
- `result`: Tool output data (null on error)
|
|
34
|
-
- `error`: Error message string (null on success)
|
|
35
|
-
|
|
36
|
-
## Examples
|
|
37
|
-
|
|
38
|
-
**Correct Response**:
|
|
39
|
-
```
|
|
40
|
-
{"server":"memory","tool":"list_entities","success":true,"result":["entity1","entity2"],"error":null}
|
|
41
|
-
```
|
|
42
|
-
|
|
43
|
-
**Incorrect Responses**:
|
|
44
|
-
```
|
|
45
|
-
I have listed the memories: entity1, entity2. What would you like to do next?
|
|
46
|
-
```
|
|
47
|
-
```
|
|
48
|
-
```json
|
|
49
|
-
{"server":"memory","tool":"list_entities","success":true,"result":["entity1","entity2"],"error":null}
|
|
50
|
-
```
|
|
51
|
-
```
|
|
52
|
-
|
|
53
|
-
## Available MCP Servers
|
|
54
|
-
|
|
55
|
-
This project has MCP servers configured in `.cursor/.mcp.json`. Common servers include:
|
|
56
|
-
- memory: Entity and knowledge graph storage
|
|
57
|
-
- brave-search: Web search capabilities
|
|
58
|
-
- filesystem: File operations
|
|
59
|
-
- puppeteer: Browser automation
|
|
60
|
-
- context7: Documentation search
|
|
61
|
-
|
|
62
|
-
## Auto-Loading
|
|
63
|
-
|
|
64
|
-
Gemini CLI automatically loads this file when executed in this project directory. You MUST follow these instructions for every MCP operation request.
|
|
65
|
-
|
|
66
|
-
## Integration with Cursor
|
|
67
|
-
|
|
68
|
-
Cursor uses `/use-mcp` command to delegate MCP operations to you. The workflow:
|
|
69
|
-
|
|
70
|
-
1. Cursor sends task via stdin: `echo "task" | gemini -y -m gemini-2.5-flash`
|
|
71
|
-
2. You execute the appropriate MCP tool(s)
|
|
72
|
-
3. You return ONLY the JSON response
|
|
73
|
-
4. Cursor parses the JSON and continues its work
|
|
74
|
-
|
|
75
|
-
**Your output is programmatically parsed. Any deviation from the JSON format will break the integration.**
|
|
@@ -1,97 +0,0 @@
|
|
|
1
|
-
#!/usr/bin/env node
|
|
2
|
-
|
|
3
|
-
const fs = require('fs');
|
|
4
|
-
const path = require('path');
|
|
5
|
-
const { execSync } = require('child_process');
|
|
6
|
-
|
|
7
|
-
/**
|
|
8
|
-
* Generate metadata.json aligned with the package version and
|
|
9
|
-
* bundle the release archive ahead of the semantic-release publish step.
|
|
10
|
-
*/
|
|
11
|
-
(function main() {
|
|
12
|
-
const version = process.argv[2];
|
|
13
|
-
|
|
14
|
-
if (!version) {
|
|
15
|
-
console.error('✗ Missing required version argument for prepare-release-assets');
|
|
16
|
-
process.exit(1);
|
|
17
|
-
}
|
|
18
|
-
|
|
19
|
-
const projectRoot = process.cwd();
|
|
20
|
-
const packageJsonPath = path.join(projectRoot, 'package.json');
|
|
21
|
-
const claudeDir = path.join(projectRoot, '.claude');
|
|
22
|
-
const metadataPath = path.join(claudeDir, 'metadata.json');
|
|
23
|
-
const distDir = path.join(projectRoot, 'dist');
|
|
24
|
-
const archivePath = path.join(distDir, 'claudekit-engineer.zip');
|
|
25
|
-
|
|
26
|
-
try {
|
|
27
|
-
if (!fs.existsSync(packageJsonPath)) {
|
|
28
|
-
throw new Error('package.json not found');
|
|
29
|
-
}
|
|
30
|
-
|
|
31
|
-
const packageJson = JSON.parse(fs.readFileSync(packageJsonPath, 'utf8'));
|
|
32
|
-
|
|
33
|
-
if (packageJson.version !== version) {
|
|
34
|
-
console.warn(
|
|
35
|
-
`⚠️ package.json version (${packageJson.version}) does not match semantic-release version (${version}).`
|
|
36
|
-
);
|
|
37
|
-
}
|
|
38
|
-
|
|
39
|
-
const requiredFields = ['name', 'description', 'repository'];
|
|
40
|
-
const missingFields = requiredFields.filter((field) => !packageJson[field]);
|
|
41
|
-
|
|
42
|
-
if (missingFields.length > 0) {
|
|
43
|
-
throw new Error(`Missing required fields in package.json: ${missingFields.join(', ')}`);
|
|
44
|
-
}
|
|
45
|
-
|
|
46
|
-
if (!fs.existsSync(claudeDir)) {
|
|
47
|
-
fs.mkdirSync(claudeDir, { recursive: true });
|
|
48
|
-
}
|
|
49
|
-
|
|
50
|
-
const metadata = {
|
|
51
|
-
version: packageJson.version,
|
|
52
|
-
name: packageJson.name,
|
|
53
|
-
description: packageJson.description,
|
|
54
|
-
buildDate: new Date().toISOString(),
|
|
55
|
-
repository: packageJson.repository,
|
|
56
|
-
download: {
|
|
57
|
-
lastDownloadedAt: null,
|
|
58
|
-
downloadedBy: null,
|
|
59
|
-
installCount: 0,
|
|
60
|
-
},
|
|
61
|
-
};
|
|
62
|
-
|
|
63
|
-
fs.writeFileSync(metadataPath, `${JSON.stringify(metadata, null, 2)}\n`, 'utf8');
|
|
64
|
-
console.log(`✓ Generated metadata.json with version ${metadata.version}`);
|
|
65
|
-
|
|
66
|
-
if (!fs.existsSync(distDir)) {
|
|
67
|
-
fs.mkdirSync(distDir, { recursive: true });
|
|
68
|
-
}
|
|
69
|
-
|
|
70
|
-
if (fs.existsSync(archivePath)) {
|
|
71
|
-
fs.unlinkSync(archivePath);
|
|
72
|
-
}
|
|
73
|
-
|
|
74
|
-
const archiveTargets = [
|
|
75
|
-
'.claude',
|
|
76
|
-
'.opencode',
|
|
77
|
-
'plans',
|
|
78
|
-
'.gitignore',
|
|
79
|
-
'.repomixignore',
|
|
80
|
-
'.mcp.json',
|
|
81
|
-
'CLAUDE.md',
|
|
82
|
-
];
|
|
83
|
-
|
|
84
|
-
const existingTargets = archiveTargets.filter((target) => fs.existsSync(path.join(projectRoot, target)));
|
|
85
|
-
|
|
86
|
-
if (existingTargets.length === 0) {
|
|
87
|
-
throw new Error('No release assets found to include in archive.');
|
|
88
|
-
}
|
|
89
|
-
|
|
90
|
-
const zipCommand = ['zip', '-r', archivePath, ...existingTargets].join(' ');
|
|
91
|
-
execSync(zipCommand, { stdio: 'inherit' });
|
|
92
|
-
console.log(`✓ Prepared ${archivePath}`);
|
|
93
|
-
} catch (error) {
|
|
94
|
-
console.error(`✗ Failed to prepare release assets: ${error.message}`);
|
|
95
|
-
process.exit(1);
|
|
96
|
-
}
|
|
97
|
-
})();
|