How to use everything-claude-code with Grok (xAI)? Best practices for agents & skills? #1077
-
|
Hi everyone, First of all — huge thanks to @affaan-m and the whole team! I'm currently using Grok (from xAI) instead of Claude Desktop / Cursor / OpenCode. I know the repo is built specifically for Claude with the I tried the manual way:
It works surprisingly well, but I feel like I'm not using it at 100% potential. My questions for the community:
I'm happy to test anything and report back. Just want to get that full "pro coding vibe" with Grok too! Thanks in advance 🙏 |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
|
The main hurdle with Grok right now is the lack of native project-level config like Your best bet for that "pro vibe" is using a context packer like For the commands and hooks, I've found Grok-2 responds best when you explicitly define the "Command Registry" in the System Instructions (Custom Instructions). Something like: # Command Registry
- /plan: Execute [planner] agent logic from the provided context.
- /tdd: Apply the [tdd-workflow] skill.
- /review: Run [code-reviewer] agent.
If I use a command, strictly follow the corresponding logic in the loaded skills/agents.IIRC, Grok handles XML tags better than raw markdown for complex instructions. Try wrapping the skills in tags like One gotcha: Grok’s context window is huge, but it can lose the "instincts" from the lmk if the command mapping helps—Grok is usually pretty literal with those once defined. |
Beta Was this translation helpful? Give feedback.
-
|
Grok is not a first-class ECC harness today, so the best current model is to treat ECC as a source kit rather than expecting native What works best in practice right now:
So the split is roughly:
If you want the closest thing to "full ECC with Grok" today, I would:
We also have a backlog item open for broader non-native harness guidance, because this question keeps coming up. The short answer is: yes, ECC can still help a lot with Grok, but right now it is a selective-port workflow, not a native one-click install surface. |
Beta Was this translation helpful? Give feedback.
Grok is not a first-class ECC harness today, so the best current model is to treat ECC as a source kit rather than expecting native
.claude-style auto-loading.What works best in practice right now:
/plan,/review,/tdd, etc. have stable meaningsSo the split is roughly: