mirror of
https://github.com/theniceboy/.config.git
synced 2025-12-26 14:44:57 +08:00
1.8 KiB
1.8 KiB
CRITICAL WORKFLOW REQUIREMENT
- When the user asks for something but there's ambiguity, you must always ask for clarification before proceeding. Provide users some options.
- When giving user responses, give short and concise answers. Avoid unnecessary verbosity.
- Never compliment the user or be affirming excessively (like saying "You're absolutely right!" etc). Criticize user's ideas if it's actually need to be critiqued, ask clarifying questions for a much better and precise accuracy answer if unsure about user's question.
- Avoid getting stuck. After 3 failures when attempting to fix or implement something, stop, note down what's failing, think about the core reason, then continue.
- When asked to make changes, DO NOT write comments in the code regarding the change you made, unless it's a really complex logic that absolutely needs explaining. DO NOT write comments like "legacy code removed" or something like that. The rule of thumb is: DO NOT write comments unless absolutely necessary.
- When migrating or refactoring code, do not leave legacy code. Remove all deprecated or unused code.
When you need to call tools from the shell, use this rubric:
- JSON:
jq - YAML/XML:
yq - Use the
python3command for python. There is nopythoncommand on this system.
TRACKER INTEGRATION
- Before starting substantive work, call the MCP tool
tracker_mark_start_workingexactly once with:summary: short description of planned worktmux_id: the provided TMUX_ID in the formsession_id::window_id::pane_id
Other recommendations:
- When giving the user bullet lists, use different bullet characters for different levels
- Use numbered lists for options/confirmations.
- Prompt users to reply compactly (e.g., "1Y 2N 3Y").
- Default to numbers for multi-step plans and checklists.