@devflow-tools/claude-code-plugin 0.14.4 → 0.16.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.
- package/dist/command-registry.json +34 -36
- package/dist/hooks/enforcer-summary.js +6 -0
- package/dist/hooks/hook-client.js +6 -8
- package/dist/hooks/hook-daemon.js +13 -7
- package/dist/hooks/post-tool-use-failure.js +2 -2
- package/dist/hooks/post-tool-use.js +3 -2
- package/dist/hooks/pre-compact.js +3 -2
- package/dist/hooks/pre-tool-use.js +2 -2
- package/dist/hooks/server-bootstrap.js +109 -0
- package/dist/hooks/session-end.js +2 -2
- package/dist/hooks/stop.js +2 -2
- package/dist/hooks/user-prompt-submit.js +2 -2
- package/hooks/post-tool-use +2 -2
- package/hooks/post-tool-use-failure +2 -2
- package/hooks/pre-compact +2 -2
- package/hooks/pre-tool-use +4 -4
- package/hooks/session-end +2 -2
- package/hooks/session-start +160 -77
- package/hooks/stop +2 -8
- package/hooks/user-prompt-submit +2 -2
- package/package.json +14 -3
- package/skills/devflow:animation/SKILL.md +7 -38
- package/skills/devflow:css/SKILL.md +7 -38
- package/skills/devflow:docker/SKILL.md +8 -38
- package/skills/devflow:electron/SKILL.md +8 -38
- package/skills/devflow:git/SKILL.md +8 -38
- package/skills/devflow:graphql/SKILL.md +8 -39
- package/skills/devflow:nest/SKILL.md +8 -39
- package/skills/devflow:nextjs/SKILL.md +7 -39
- package/skills/devflow:performance/SKILL.md +8 -38
- package/skills/devflow:react/SKILL.md +12 -16
- package/skills/devflow:tailwind/SKILL.md +7 -38
- package/skills/devflow:taro/SKILL.md +8 -38
- package/skills/devflow:ui-layout/SKILL.md +7 -38
- package/skills/devflow:vue/SKILL.md +9 -40
package/hooks/session-start
CHANGED
|
@@ -1,6 +1,9 @@
|
|
|
1
1
|
#!/usr/bin/env bash
|
|
2
2
|
set -euo pipefail
|
|
3
3
|
|
|
4
|
+
PROJECT_ROOT="${CLAUDE_PROJECT_DIR:-$(pwd)}"
|
|
5
|
+
SESSION_START_INPUT="$(cat)"
|
|
6
|
+
|
|
4
7
|
# Try to get project summary from devflow doctor
|
|
5
8
|
SUMMARY=""
|
|
6
9
|
DOCTOR_OUTPUT=""
|
|
@@ -26,7 +29,6 @@ fi
|
|
|
26
29
|
|
|
27
30
|
# Generate session token for MCP Gateway authentication
|
|
28
31
|
# Clean up stale receipt from previous session
|
|
29
|
-
PROJECT_ROOT="${CLAUDE_PROJECT_DIR:-$(pwd)}"
|
|
30
32
|
RECEIPT_DIR="${TMPDIR:-/tmp}/.devflow-receipts"
|
|
31
33
|
mkdir -p "$RECEIPT_DIR" 2>/dev/null || true
|
|
32
34
|
SESSION_ID=$(echo -n "$PROJECT_ROOT" | shasum -a 256 2>/dev/null | cut -c1-16 || echo "default")
|
|
@@ -34,48 +36,10 @@ RECEIPT_FILE="$RECEIPT_DIR/${SESSION_ID}.json"
|
|
|
34
36
|
OVERRIDE_FILE="$RECEIPT_DIR/${SESSION_ID}.override"
|
|
35
37
|
rm -f "$RECEIPT_FILE" "$OVERRIDE_FILE" 2>/dev/null || true
|
|
36
38
|
|
|
37
|
-
# ── Clean up stale execution from previous session (if stop hook didn't fire) ──
|
|
38
|
-
EXEC_FILE="${HOME}/.devflow/current-execution-id"
|
|
39
|
-
SKILL_FILE="${HOME}/.devflow/current-skill.json"
|
|
40
|
-
if [ -f "$EXEC_FILE" ]; then
|
|
41
|
-
EXEC_ID=$(cat "$EXEC_FILE" 2>/dev/null || echo "")
|
|
42
|
-
if [ -n "$EXEC_ID" ]; then
|
|
43
|
-
NOW_MS="$(date +%s)000"
|
|
44
|
-
python3 -c "
|
|
45
|
-
import urllib.request, json
|
|
46
|
-
try:
|
|
47
|
-
payload = json.dumps({
|
|
48
|
-
'executionId': '${EXEC_ID}',
|
|
49
|
-
'finishedAt': ${NOW_MS},
|
|
50
|
-
'status': 'completed',
|
|
51
|
-
'summary': {
|
|
52
|
-
'totalToolCalls': 0,
|
|
53
|
-
'mcpToolCalls': 0,
|
|
54
|
-
'directToolCalls': 0,
|
|
55
|
-
'subagentCount': 0,
|
|
56
|
-
'totalTokens': 0,
|
|
57
|
-
'totalDuration': 0,
|
|
58
|
-
'mcpComplianceRate': 0
|
|
59
|
-
}
|
|
60
|
-
}).encode()
|
|
61
|
-
req = urllib.request.Request(
|
|
62
|
-
'http://127.0.0.1:13337/api/telemetry/skill-execution/complete',
|
|
63
|
-
data=payload,
|
|
64
|
-
headers={'Content-Type': 'application/json', 'X-API-Key': 'dev-key-000000'},
|
|
65
|
-
method='POST'
|
|
66
|
-
)
|
|
67
|
-
urllib.request.urlopen(req, timeout=5)
|
|
68
|
-
except:
|
|
69
|
-
pass
|
|
70
|
-
" 2>/dev/null || true
|
|
71
|
-
fi
|
|
72
|
-
rm -f "$EXEC_FILE" "$SKILL_FILE" 2>/dev/null || true
|
|
73
|
-
fi
|
|
74
|
-
|
|
75
39
|
# Determine plugin root directory (same way as superpowers)
|
|
76
40
|
if [ -z "${CLAUDE_PLUGIN_ROOT:-}" ]; then
|
|
77
41
|
SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"
|
|
78
|
-
PLUGIN_ROOT="$(cd "${SCRIPT_DIR}
|
|
42
|
+
PLUGIN_ROOT="$(cd "${SCRIPT_DIR}/.." && pwd)"
|
|
79
43
|
else
|
|
80
44
|
PLUGIN_ROOT="$CLAUDE_PLUGIN_ROOT"
|
|
81
45
|
fi
|
|
@@ -92,13 +56,32 @@ else
|
|
|
92
56
|
GLOBAL_CONSTRAINT="DevFlow Constitution 文件未找到。使用 /devflow: 命令时请优先调用 MCP 工具。"
|
|
93
57
|
fi
|
|
94
58
|
|
|
59
|
+
# Read the active rule/gate counts from the canonical global database.
|
|
60
|
+
GATE_COUNT=4
|
|
61
|
+
RULE_COUNT=""
|
|
62
|
+
ENFORCER_SUMMARY_JS="${PLUGIN_ROOT}/dist/hooks/enforcer-summary.js"
|
|
63
|
+
if [ -f "$ENFORCER_SUMMARY_JS" ] && command -v node >/dev/null 2>&1; then
|
|
64
|
+
ENFORCER_SUMMARY=$(node "$ENFORCER_SUMMARY_JS" 2>/dev/null || echo "")
|
|
65
|
+
if [ -n "$ENFORCER_SUMMARY" ] && command -v python3 >/dev/null 2>&1; then
|
|
66
|
+
PARSED_COUNTS=$(printf '%s' "$ENFORCER_SUMMARY" | python3 -c "import json,sys; d=json.load(sys.stdin); g=d.get('gateCount'); r=d.get('ruleCount'); print(f'{g}|{r}' if isinstance(g,int) and isinstance(r,int) else '')" 2>/dev/null || echo "")
|
|
67
|
+
if [[ "$PARSED_COUNTS" =~ ^[0-9]+\|[0-9]+$ ]]; then
|
|
68
|
+
GATE_COUNT="${PARSED_COUNTS%%|*}"
|
|
69
|
+
RULE_COUNT="${PARSED_COUNTS##*|}"
|
|
70
|
+
fi
|
|
71
|
+
fi
|
|
72
|
+
fi
|
|
73
|
+
GATE_DETAIL="启用规则数未知"
|
|
74
|
+
if [ -n "$RULE_COUNT" ]; then
|
|
75
|
+
GATE_DETAIL="启用规则: ${RULE_COUNT}"
|
|
76
|
+
fi
|
|
77
|
+
|
|
95
78
|
# Append Gateway status to summary
|
|
96
79
|
GATEWAY_STATUS="\n\n━━━━━━ DevFlow Gateway ━━━━━━\n"
|
|
97
80
|
# Check if devflow MCP server is configured (token will be auto-generated by ensureSessionToken)
|
|
98
81
|
if [ -f ~/.claude/.mcp.json ] && grep -q '"devflow"' ~/.claude/.mcp.json 2>/dev/null; then
|
|
99
|
-
GATEWAY_STATUS="${GATEWAY_STATUS}Status: 🟢 DevFlow MCP 已配置\nGate 层数:
|
|
82
|
+
GATEWAY_STATUS="${GATEWAY_STATUS}Status: 🟢 DevFlow MCP 已配置\nGate 层数: ${GATE_COUNT} (${GATE_DETAIL})\n"
|
|
100
83
|
elif [ -f .mcp.json ] && grep -q '"devflow"' .mcp.json 2>/dev/null; then
|
|
101
|
-
GATEWAY_STATUS="${GATEWAY_STATUS}Status: 🟢 DevFlow MCP 已配置(项目级)\nGate 层数:
|
|
84
|
+
GATEWAY_STATUS="${GATEWAY_STATUS}Status: 🟢 DevFlow MCP 已配置(项目级)\nGate 层数: ${GATE_COUNT} (${GATE_DETAIL})\n"
|
|
102
85
|
else
|
|
103
86
|
GATEWAY_STATUS="${GATEWAY_STATUS}Status: 🔴 未配置 DevFlow MCP Server\n请将 devflow MCP 配置加入 .mcp.json\n"
|
|
104
87
|
fi
|
|
@@ -112,13 +95,13 @@ MCP_PROTOCOL="
|
|
|
112
95
|
当用户使用 /devflow: 开头的技能时(如 /devflow:react、/devflow:vue、/devflow:context 等),你必须按以下流程操作:
|
|
113
96
|
|
|
114
97
|
### Step 1: 获取上下文(必须先执行)
|
|
115
|
-
调用 mcp__devflow__get_project_context,参数格式:{\"query\": \"用户的问题描述\"}
|
|
98
|
+
调用 mcp__devflow__get_project_context,参数格式:{\"query\": \"用户的问题描述\", \"projectRoot\": \"\${CLAUDE_PROJECT_DIR}\"}
|
|
116
99
|
这个工具返回项目中的相关文件、符号、风险提示和下一步建议。
|
|
117
100
|
不要跳过这一步。不要用 Explore、Agent、Grep 或 Bash 代替。
|
|
118
101
|
|
|
119
102
|
### Step 2: 按需调用领域工具
|
|
120
103
|
根据技能类型调用对应的 MCP 工具:
|
|
121
|
-
- React 性能问题 → mcp__devflow__react_audit_performance
|
|
104
|
+
- React 性能问题 → mcp__devflow__react_audit_performance(参数:{\"projectRoot\": \"\${CLAUDE_PROJECT_DIR}\"})
|
|
122
105
|
- React Bug → mcp__devflow__react_diagnose_bug
|
|
123
106
|
- React Hooks 审查 → mcp__devflow__react_review_hooks
|
|
124
107
|
- Vue 问题 → mcp__devflow__vue_diagnose_bug
|
|
@@ -131,46 +114,146 @@ MCP_PROTOCOL="
|
|
|
131
114
|
|
|
132
115
|
### 铁律
|
|
133
116
|
- 永远不要用 Explore、Agent、Grep 或 Glob 替代 MCP 工具的第一步上下文获取
|
|
134
|
-
-
|
|
117
|
+
- Every mcp__devflow__ tool MUST pass projectRoot = \${CLAUDE_PROJECT_DIR}; missing projectRoot is rejected; no cwd fallback.
|
|
135
118
|
- 如果 MCP 工具返回错误,重试一次;再失败则回退到直接读文件"
|
|
136
119
|
|
|
137
|
-
|
|
120
|
+
MEMORY_DISTILL="
|
|
138
121
|
|
|
139
|
-
|
|
140
|
-
ESCAPED=$(echo "$SUMMARY" | python3 -c "import sys,json; print(json.dumps(sys.stdin.read()))")
|
|
122
|
+
Next session instruction: call mcp__devflow__memory_request_distill once at session start; it safely reports when no memory events are pending."
|
|
141
123
|
|
|
142
|
-
|
|
143
|
-
|
|
124
|
+
DEVFLOW_DAEMON_REACHABLE=0
|
|
125
|
+
run_lifecycle() {
|
|
126
|
+
local PROJECT_HASH=""
|
|
127
|
+
local state_dir=""
|
|
128
|
+
local log_dir="${HOME}/.devflow/logs"
|
|
129
|
+
local fallback_dir="${TMPDIR:-/tmp}"
|
|
130
|
+
|
|
131
|
+
if command -v shasum >/dev/null 2>&1; then
|
|
132
|
+
PROJECT_HASH=$(printf '%s' "$PROJECT_ROOT" | shasum -a 256 2>/dev/null | cut -c1-16) || PROJECT_HASH=""
|
|
133
|
+
fi
|
|
134
|
+
[[ "$PROJECT_HASH" =~ ^[0-9a-f]{16}$ ]] || PROJECT_HASH=""
|
|
135
|
+
|
|
136
|
+
if [ -n "${DEVFLOW_STATE_DIR:-}" ]; then
|
|
137
|
+
state_dir="$DEVFLOW_STATE_DIR"
|
|
138
|
+
elif [ -n "$PROJECT_HASH" ]; then
|
|
139
|
+
state_dir="${HOME}/.devflow/state/${PROJECT_HASH}"
|
|
140
|
+
fi
|
|
141
|
+
if [ -n "$state_dir" ]; then
|
|
142
|
+
rm -f "${state_dir}/current-execution-id" "${state_dir}/current-skill.json" 2>/dev/null || true
|
|
143
|
+
fi
|
|
144
|
+
|
|
145
|
+
if mkdir -p "$log_dir" 2>/dev/null; then
|
|
146
|
+
DAEMON_LOG="${log_dir}/hook-daemon-${PROJECT_HASH:-fallback}.log"
|
|
147
|
+
SERVER_LOG="${HOME}/.devflow/logs/server.log"
|
|
148
|
+
elif [ -d "$fallback_dir" ]; then
|
|
149
|
+
DAEMON_LOG="${fallback_dir}/devflow-hook-daemon-${PROJECT_HASH:-fallback}.log"
|
|
150
|
+
SERVER_LOG="${fallback_dir}/devflow-server.log"
|
|
151
|
+
else
|
|
152
|
+
DAEMON_LOG="/dev/null"
|
|
153
|
+
SERVER_LOG="/dev/null"
|
|
154
|
+
fi
|
|
155
|
+
|
|
156
|
+
DAEMON_JS="${PLUGIN_ROOT}/dist/hooks/hook-daemon.js"
|
|
157
|
+
CLIENT_JS="${PLUGIN_ROOT}/dist/hooks/hook-client.js"
|
|
144
158
|
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
159
|
+
register_session() {
|
|
160
|
+
local suppress_fallback="${1:-1}"
|
|
161
|
+
[ -n "$SESSION_START_INPUT" ] || return 0
|
|
162
|
+
[ -f "$CLIENT_JS" ] || return 1
|
|
163
|
+
if DEVFLOW_HOOK_CLIENT_TIMEOUT_MS=250 \
|
|
164
|
+
DEVFLOW_HOOK_CLIENT_RETRY_DELAY_MS=50 \
|
|
165
|
+
DEVFLOW_HOOK_CLIENT_SUPPRESS_FALLBACK_LOG="$suppress_fallback" \
|
|
166
|
+
node "$CLIENT_JS" session-start "$SESSION_START_INPUT" >/dev/null 2>> "$DAEMON_LOG"; then
|
|
167
|
+
DEVFLOW_DAEMON_REACHABLE=1
|
|
168
|
+
return 0
|
|
169
|
+
fi
|
|
170
|
+
return 1
|
|
171
|
+
}
|
|
172
|
+
|
|
173
|
+
if [ -n "$SESSION_START_INPUT" ] && register_session 1; then
|
|
174
|
+
:
|
|
175
|
+
elif [ -f "$DAEMON_JS" ] && command -v nohup >/dev/null 2>&1 && command -v node >/dev/null 2>&1; then
|
|
176
|
+
if [ -n "$SESSION_START_INPUT" ]; then
|
|
177
|
+
nohup node "$DAEMON_JS" "$PROJECT_ROOT" "$SESSION_START_INPUT" </dev/null >> "$DAEMON_LOG" 2>&1 &
|
|
178
|
+
else
|
|
179
|
+
nohup node "$DAEMON_JS" "$PROJECT_ROOT" </dev/null >> "$DAEMON_LOG" 2>&1 &
|
|
180
|
+
fi
|
|
181
|
+
DAEMON_PID=$!
|
|
182
|
+
echo "[devflow] Hook daemon started for ${PROJECT_ROOT} (PID ${DAEMON_PID})" >&2 || true
|
|
183
|
+
|
|
184
|
+
if [ -n "$SESSION_START_INPUT" ]; then
|
|
185
|
+
for _ in 1 2 3 4 5 6 7 8; do
|
|
186
|
+
register_session 1 && break
|
|
187
|
+
sleep 0.05
|
|
188
|
+
done
|
|
189
|
+
fi
|
|
190
|
+
fi
|
|
191
|
+
|
|
192
|
+
if [ -n "$SESSION_START_INPUT" ] && [ "$DEVFLOW_DAEMON_REACHABLE" != "1" ]; then
|
|
193
|
+
register_session 0 || true
|
|
194
|
+
fi
|
|
195
|
+
|
|
196
|
+
SERVER_BOOTSTRAP_JS="${PLUGIN_ROOT}/dist/hooks/server-bootstrap.js"
|
|
197
|
+
if [ -f "$SERVER_BOOTSTRAP_JS" ] && command -v nohup >/dev/null 2>&1 && command -v node >/dev/null 2>&1; then
|
|
198
|
+
nohup node "$SERVER_BOOTSTRAP_JS" </dev/null >> "$SERVER_LOG" 2>&1 &
|
|
153
199
|
fi
|
|
154
|
-
|
|
155
|
-
|
|
200
|
+
}
|
|
201
|
+
|
|
202
|
+
run_lifecycle || true
|
|
203
|
+
|
|
204
|
+
DEGRADED_CONTEXT=""
|
|
205
|
+
if [ "$DEVFLOW_DAEMON_REACHABLE" != "1" ]; then
|
|
206
|
+
DEGRADED_CONTEXT="
|
|
207
|
+
|
|
208
|
+
WARNING: DevFlow is in degraded mode (daemon unreachable): 4-Gate enforcement is unavailable, memory prefetch cache is unavailable, and daemon-shared Hook state is unavailable. Run devflow doctor for details."
|
|
156
209
|
fi
|
|
157
210
|
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
163
|
-
|
|
164
|
-
|
|
165
|
-
|
|
166
|
-
|
|
167
|
-
|
|
168
|
-
|
|
169
|
-
|
|
170
|
-
|
|
171
|
-
|
|
172
|
-
|
|
173
|
-
|
|
174
|
-
|
|
211
|
+
MEMORY_SNAPSHOT="## Project memory\n本项目暂无记忆"
|
|
212
|
+
CONFIG_FILE="${PROJECT_ROOT}/.devflow/config.json"
|
|
213
|
+
MEMORY_RESPONSE=""
|
|
214
|
+
if [ -f "${CLIENT_JS:-}" ] && command -v node >/dev/null 2>&1; then
|
|
215
|
+
MEMORY_RESPONSE=$(DEVFLOW_HOOK_CLIENT_TIMEOUT_MS=1000 node "$CLIENT_JS" memory-snapshot </dev/null 2>/dev/null || echo "")
|
|
216
|
+
fi
|
|
217
|
+
if command -v python3 >/dev/null 2>&1; then
|
|
218
|
+
MEMORY_SNAPSHOT=$(DEVFLOW_MEMORY_RESPONSE="$MEMORY_RESPONSE" python3 - "$CONFIG_FILE" 2>/dev/null <<'PY'
|
|
219
|
+
import json,os,sys
|
|
220
|
+
try: cfg=json.load(open(sys.argv[1])).get('sessionStart',{}).get('injectMemories',True)
|
|
221
|
+
except Exception: cfg=True
|
|
222
|
+
if cfg is False: print(''); raise SystemExit
|
|
223
|
+
try: response=json.loads(os.environ.get('DEVFLOW_MEMORY_RESPONSE',''))
|
|
224
|
+
except Exception: response={}
|
|
225
|
+
print(response.get('markdown') or '## Project memory\n本项目暂无记忆')
|
|
226
|
+
PY
|
|
227
|
+
) || MEMORY_SNAPSHOT="## Project memory\n本项目暂无记忆"
|
|
228
|
+
fi
|
|
229
|
+
|
|
230
|
+
ONBOARDING_SNAPSHOT=""
|
|
231
|
+
ONBOARDING_FILE="${PROJECT_ROOT}/.devflow/onboarding-pack.json"
|
|
232
|
+
if [ -f "$ONBOARDING_FILE" ] && command -v python3 >/dev/null 2>&1; then
|
|
233
|
+
ONBOARDING_SNAPSHOT=$(python3 - "$ONBOARDING_FILE" 2>/dev/null <<'PY'
|
|
234
|
+
import json,sys
|
|
235
|
+
def clean(value): return ' '.join(str(value).split())[:120]
|
|
236
|
+
try: data=json.load(open(sys.argv[1]))
|
|
237
|
+
except Exception: raise SystemExit
|
|
238
|
+
modules=[clean(item.get('name','')) for item in data.get('keyModules',[])[:6] if item.get('name')]
|
|
239
|
+
layers=[f"{clean(item.get('name',''))} ({int(item.get('files',0))} files)" for item in data.get('architectureLayers',[])[:6] if item.get('name')]
|
|
240
|
+
if modules or layers:
|
|
241
|
+
print('## Project map (auto-injected)')
|
|
242
|
+
if modules: print('Key modules: ' + ', '.join(modules))
|
|
243
|
+
if layers: print('Architecture: ' + ', '.join(layers))
|
|
244
|
+
PY
|
|
245
|
+
) || ONBOARDING_SNAPSHOT=""
|
|
246
|
+
fi
|
|
247
|
+
|
|
248
|
+
SUMMARY="${SUMMARY}${DEGRADED_CONTEXT}${MEMORY_DISTILL}\n\n${ONBOARDING_SNAPSHOT}\n\n${MEMORY_SNAPSHOT}${MCP_PROTOCOL}${GLOBAL_CONSTRAINT}${GATEWAY_STATUS}"
|
|
249
|
+
|
|
250
|
+
if command -v python3 >/dev/null 2>&1 \
|
|
251
|
+
&& ESCAPED=$(printf '%s\n' "$SUMMARY" | python3 -c "import sys,json; print(json.dumps(sys.stdin.read()))" 2>/dev/null); then
|
|
252
|
+
:
|
|
253
|
+
else
|
|
254
|
+
ESCAPED='"Next session instruction: call mcp__devflow__memory_request_distill once at session start; it safely reports when no memory events are pending."'
|
|
255
|
+
fi
|
|
256
|
+
|
|
257
|
+
printf '{\n "hookSpecificOutput": {\n "hookEventName": "SessionStart",\n "additionalContext": %s\n }\n}\n' "$ESCAPED"
|
|
175
258
|
|
|
176
259
|
exit 0
|
package/hooks/stop
CHANGED
|
@@ -11,19 +11,13 @@ if [ -f "$CLIENT_JS" ]; then
|
|
|
11
11
|
node "$CLIENT_JS" stop </dev/null 2>/dev/null || true
|
|
12
12
|
fi
|
|
13
13
|
|
|
14
|
-
# 2.
|
|
15
|
-
DAEMON_PID=$(pgrep -f "hook-daemon.js" 2>/dev/null || true)
|
|
16
|
-
if [ -n "$DAEMON_PID" ]; then
|
|
17
|
-
kill "$DAEMON_PID" 2>/dev/null || true
|
|
18
|
-
fi
|
|
19
|
-
|
|
20
|
-
# 3. Run existing stop.js cleanup (session close, memory extraction)
|
|
14
|
+
# 2. Run existing stop.js cleanup (session close, memory extraction)
|
|
21
15
|
STOP_JS="$PLUGIN_ROOT/dist/hooks/stop.js"
|
|
22
16
|
if [ -f "$STOP_JS" ]; then
|
|
23
17
|
node "$STOP_JS" 2>/dev/null || true
|
|
24
18
|
fi
|
|
25
19
|
|
|
26
|
-
#
|
|
20
|
+
# 3. Clean up stale receipt files for this project
|
|
27
21
|
PROJECT_ROOT="${CLAUDE_PROJECT_DIR:-$(pwd)}"
|
|
28
22
|
SESSION_ID=$(echo -n "$PROJECT_ROOT" | shasum -a 256 2>/dev/null | cut -c1-16 || echo "")
|
|
29
23
|
RECEIPT_FILE="${TMPDIR:-/tmp}/.devflow-receipts/${SESSION_ID}.json"
|
package/hooks/user-prompt-submit
CHANGED
|
@@ -10,10 +10,10 @@ INPUT="$(cat)"
|
|
|
10
10
|
|
|
11
11
|
if [ -f "$CLIENT_JS" ]; then
|
|
12
12
|
node "$CLIENT_JS" user-prompt-submit "$INPUT" 2>/dev/null || {
|
|
13
|
-
echo "$INPUT" | node "$FALLBACK_JS" 2>/dev/null || true
|
|
13
|
+
echo "$INPUT" | DEVFLOW_HOOK_DEGRADED=1 node "$FALLBACK_JS" 2>/dev/null || true
|
|
14
14
|
}
|
|
15
15
|
elif [ -f "$FALLBACK_JS" ]; then
|
|
16
|
-
echo "$INPUT" | node "$FALLBACK_JS" 2>/dev/null || true
|
|
16
|
+
echo "$INPUT" | DEVFLOW_HOOK_DEGRADED=1 node "$FALLBACK_JS" 2>/dev/null || true
|
|
17
17
|
fi
|
|
18
18
|
|
|
19
19
|
exit 0
|
package/package.json
CHANGED
|
@@ -1,14 +1,25 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@devflow-tools/claude-code-plugin",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.16.0",
|
|
4
4
|
"description": "DevFlow — Developer Intelligence Platform for Claude Code",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"scripts": {
|
|
7
7
|
"build": "npx tsx scripts/inject-gates.ts",
|
|
8
8
|
"deploy": "npx tsx scripts/inject-gates.ts --deploy"
|
|
9
9
|
},
|
|
10
|
+
"dependencies": {
|
|
11
|
+
"@devflow-tools/database": "0.16.0",
|
|
12
|
+
"@devflow-tools/memory-engine": "0.16.0",
|
|
13
|
+
"@devflow-tools/sdk": "0.16.0",
|
|
14
|
+
"@devflow-tools/telemetry": "0.16.0",
|
|
15
|
+
"@devflow-tools/workflow-engine": "0.16.0"
|
|
16
|
+
},
|
|
17
|
+
"allowScripts": {
|
|
18
|
+
"better-sqlite3@12.11.1": true,
|
|
19
|
+
"sharp@0.32.6": true
|
|
20
|
+
},
|
|
10
21
|
"devDependencies": {
|
|
11
|
-
"@devflow-tools/mcp-server": "
|
|
22
|
+
"@devflow-tools/mcp-server": "0.16.0"
|
|
12
23
|
},
|
|
13
24
|
"keywords": [
|
|
14
25
|
"pi-package",
|
|
@@ -28,5 +39,5 @@
|
|
|
28
39
|
"hooks.json",
|
|
29
40
|
"skills"
|
|
30
41
|
],
|
|
31
|
-
"gitHead": "
|
|
42
|
+
"gitHead": "2f52776bda72517354d44453756cccb9e8de9afa"
|
|
32
43
|
}
|
|
@@ -3,44 +3,6 @@ name: devflow:animation
|
|
|
3
3
|
description: Animation 动画专家 — CSS 动画、Framer Motion、GSAP、Lottie、性能优化
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
## 工作流(必须按顺序执行)
|
|
7
|
-
|
|
8
|
-
### Step 1: 获取精确上下文
|
|
9
|
-
调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
|
|
10
|
-
这一步确保你拿到的是项目真实状态,而非凭空猜测。
|
|
11
|
-
|
|
12
|
-
### Step 2: 分析
|
|
13
|
-
基于 Step 1 返回的上下文,分析问题根因或设计方案。
|
|
14
|
-
此时可以自由使用 Read 查看具体文件。
|
|
15
|
-
|
|
16
|
-
### Step 3: 执行
|
|
17
|
-
根据分析结果修改代码,逐文件编辑。
|
|
18
|
-
|
|
19
|
-
### Step 4: 验证
|
|
20
|
-
运行类型检查和测试,确保改动正确。
|
|
21
|
-
|
|
22
|
-
## 可用工具
|
|
23
|
-
|
|
24
|
-
| 工具 | 何时调用 |
|
|
25
|
-
|------|----------|
|
|
26
|
-
| `mcp__devflow__get_project_context` | 每次任务第一步(必须) |
|
|
27
|
-
| `mcp__devflow__animation_suggest` | 按需调用 |
|
|
28
|
-
|
|
29
|
-
## 规则
|
|
30
|
-
- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
|
|
31
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
32
|
-
- 改完代码后跑类型检查
|
|
33
|
-
|
|
34
|
-
## 规则
|
|
35
|
-
- 永远从 `get_project_context` 开始——你不知道项目里有什么
|
|
36
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
37
|
-
- 改完代码后跑类型检查
|
|
38
|
-
|
|
39
|
-
## 规则
|
|
40
|
-
- 永远从 `animation_suggest` 开始——你不知道项目里有什么
|
|
41
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
42
|
-
- 改完代码后跑类型检查
|
|
43
|
-
|
|
44
6
|
# ✨ ANIMATION
|
|
45
7
|
|
|
46
8
|
你是一个动画专家。精通 CSS Animation、Framer Motion、GSAP。动画必须 60fps 且支持 prefers-reduced-motion。
|
|
@@ -67,3 +29,10 @@ description: Animation 动画专家 — CSS 动画、Framer Motion、GSAP、Lott
|
|
|
67
29
|
|
|
68
30
|
- animation-docs: 2024 — https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_animations
|
|
69
31
|
|
|
32
|
+
## 工作流
|
|
33
|
+
|
|
34
|
+
| 场景 | 触发方式 |
|
|
35
|
+
|------|----------|
|
|
36
|
+
| 动画审计:性能检查 → 可访问性 → 实现质量 | 调用 MCP 工具 `animation_audit:animation` |
|
|
37
|
+
| 新建动画:需求分析 → 选型建议 → 实现 → 性能验证 | 调用 MCP 工具 `animation_new:animation` |
|
|
38
|
+
| 动画 GPU 迁移:扫描 → 替换为 GPU 属性 → 验证 | 调用 MCP 工具 `animation_migrate:gpu-animation` |
|
|
@@ -3,44 +3,6 @@ name: devflow:css
|
|
|
3
3
|
description: CSS 专家 — 布局调试、响应式审查、BEM 规范、性能优化
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
## 工作流(必须按顺序执行)
|
|
7
|
-
|
|
8
|
-
### Step 1: 获取精确上下文
|
|
9
|
-
调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
|
|
10
|
-
这一步确保你拿到的是项目真实状态,而非凭空猜测。
|
|
11
|
-
|
|
12
|
-
### Step 2: 分析
|
|
13
|
-
基于 Step 1 返回的上下文,分析问题根因或设计方案。
|
|
14
|
-
此时可以自由使用 Read 查看具体文件。
|
|
15
|
-
|
|
16
|
-
### Step 3: 执行
|
|
17
|
-
根据分析结果修改代码,逐文件编辑。
|
|
18
|
-
|
|
19
|
-
### Step 4: 验证
|
|
20
|
-
运行类型检查和测试,确保改动正确。
|
|
21
|
-
|
|
22
|
-
## 可用工具
|
|
23
|
-
|
|
24
|
-
| 工具 | 何时调用 |
|
|
25
|
-
|------|----------|
|
|
26
|
-
| `mcp__devflow__get_project_context` | 每次任务第一步(必须) |
|
|
27
|
-
| `mcp__devflow__css_audit_selectors` | 按需调用 |
|
|
28
|
-
|
|
29
|
-
## 规则
|
|
30
|
-
- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
|
|
31
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
32
|
-
- 改完代码后跑类型检查
|
|
33
|
-
|
|
34
|
-
## 规则
|
|
35
|
-
- 永远从 `get_project_context` 开始——你不知道项目里有什么
|
|
36
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
37
|
-
- 改完代码后跑类型检查
|
|
38
|
-
|
|
39
|
-
## 规则
|
|
40
|
-
- 永远从 `css_audit_selectors` 开始——你不知道项目里有什么
|
|
41
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
42
|
-
- 改完代码后跑类型检查
|
|
43
|
-
|
|
44
6
|
# 🎨 CSS
|
|
45
7
|
|
|
46
8
|
你是一个 CSS 专家。使用现代布局方案(Flexbox/Grid),遵循 BEM 命名,移动优先响应式设计。遇到问题先查 MDN 文档。
|
|
@@ -67,3 +29,10 @@ description: CSS 专家 — 布局调试、响应式审查、BEM 规范、性能
|
|
|
67
29
|
|
|
68
30
|
- mdn-css: 2024 — https://developer.mozilla.org/en-US/docs/Web/CSS
|
|
69
31
|
|
|
32
|
+
## 工作流
|
|
33
|
+
|
|
34
|
+
| 场景 | 触发方式 |
|
|
35
|
+
|------|----------|
|
|
36
|
+
| 布局调试:检查元素定位 → 弹性/网格属性 → 修复 | 调用 MCP 工具 `css_debug:layout` |
|
|
37
|
+
| 响应式审查:断点检查 → 媒体查询 → 流体方案 | 调用 MCP 工具 `css_audit:responsive` |
|
|
38
|
+
| BEM 命名审查:扫描类名 → 规范检查 → 修复建议 | 调用 MCP 工具 `css_review:bem` |
|
|
@@ -3,44 +3,6 @@ name: devflow:docker
|
|
|
3
3
|
description: Docker 专家 — 镜像优化、Compose 编排、安全扫描、多阶段构建
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
## 工作流(必须按顺序执行)
|
|
7
|
-
|
|
8
|
-
### Step 1: 获取精确上下文
|
|
9
|
-
调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
|
|
10
|
-
这一步确保你拿到的是项目真实状态,而非凭空猜测。
|
|
11
|
-
|
|
12
|
-
### Step 2: 分析
|
|
13
|
-
基于 Step 1 返回的上下文,分析问题根因或设计方案。
|
|
14
|
-
此时可以自由使用 Read 查看具体文件。
|
|
15
|
-
|
|
16
|
-
### Step 3: 执行
|
|
17
|
-
根据分析结果修改代码,逐文件编辑。
|
|
18
|
-
|
|
19
|
-
### Step 4: 验证
|
|
20
|
-
运行类型检查和测试,确保改动正确。
|
|
21
|
-
|
|
22
|
-
## 可用工具
|
|
23
|
-
|
|
24
|
-
| 工具 | 何时调用 |
|
|
25
|
-
|------|----------|
|
|
26
|
-
| `mcp__devflow__get_project_context` | 每次任务第一步(必须) |
|
|
27
|
-
| `mcp__devflow__docker_dockerize_project` | 按需调用 |
|
|
28
|
-
|
|
29
|
-
## 规则
|
|
30
|
-
- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
|
|
31
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
32
|
-
- 改完代码后跑类型检查
|
|
33
|
-
|
|
34
|
-
## 规则
|
|
35
|
-
- 永远从 `get_project_context` 开始——你不知道项目里有什么
|
|
36
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
37
|
-
- 改完代码后跑类型检查
|
|
38
|
-
|
|
39
|
-
## 规则
|
|
40
|
-
- 永远从 `docker_dockerize_project` 开始——你不知道项目里有什么
|
|
41
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
42
|
-
- 改完代码后跑类型检查
|
|
43
|
-
|
|
44
6
|
# 🐳 DOCKER
|
|
45
7
|
|
|
46
8
|
你是一个 Docker 专家。使用多阶段构建优化镜像,遵循安全和性能最佳实践。遇到问题先查官方文档。
|
|
@@ -70,3 +32,11 @@ description: Docker 专家 — 镜像优化、Compose 编排、安全扫描、
|
|
|
70
32
|
|
|
71
33
|
- docker-docs: 26.0.0 — https://docs.docker.com/reference/
|
|
72
34
|
|
|
35
|
+
## 工作流
|
|
36
|
+
|
|
37
|
+
| 场景 | 触发方式 |
|
|
38
|
+
|------|----------|
|
|
39
|
+
| 项目 Docker 化:分析项目 → 多阶段 Dockerfile → Compose → 构建验证 | 调用 MCP 工具 `docker_dockerize_project` |
|
|
40
|
+
| 镜像优化:体积分析 → 层优化 → 多阶段重构 | 调用 MCP 工具 `docker_optimize:image` |
|
|
41
|
+
| 安全扫描:漏洞检测 → 配置审查 → 修复建议 | 调用 MCP 工具 `docker_scan:security` |
|
|
42
|
+
| 多服务 Compose 编排:依赖分析 → 网络设计 → 环境管理 | 调用 MCP 工具 `docker_setup:compose` |
|
|
@@ -3,44 +3,6 @@ name: devflow:electron
|
|
|
3
3
|
description: Electron 专家 — IPC 通信、窗口管理、原生模块、自动更新、安全配置
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
## 工作流(必须按顺序执行)
|
|
7
|
-
|
|
8
|
-
### Step 1: 获取精确上下文
|
|
9
|
-
调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
|
|
10
|
-
这一步确保你拿到的是项目真实状态,而非凭空猜测。
|
|
11
|
-
|
|
12
|
-
### Step 2: 分析
|
|
13
|
-
基于 Step 1 返回的上下文,分析问题根因或设计方案。
|
|
14
|
-
此时可以自由使用 Read 查看具体文件。
|
|
15
|
-
|
|
16
|
-
### Step 3: 执行
|
|
17
|
-
根据分析结果修改代码,逐文件编辑。
|
|
18
|
-
|
|
19
|
-
### Step 4: 验证
|
|
20
|
-
运行类型检查和测试,确保改动正确。
|
|
21
|
-
|
|
22
|
-
## 可用工具
|
|
23
|
-
|
|
24
|
-
| 工具 | 何时调用 |
|
|
25
|
-
|------|----------|
|
|
26
|
-
| `mcp__devflow__get_project_context` | 每次任务第一步(必须) |
|
|
27
|
-
| `mcp__devflow__electron_diagnose_bug` | 按需调用 |
|
|
28
|
-
|
|
29
|
-
## 规则
|
|
30
|
-
- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
|
|
31
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
32
|
-
- 改完代码后跑类型检查
|
|
33
|
-
|
|
34
|
-
## 规则
|
|
35
|
-
- 永远从 `get_project_context` 开始——你不知道项目里有什么
|
|
36
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
37
|
-
- 改完代码后跑类型检查
|
|
38
|
-
|
|
39
|
-
## 规则
|
|
40
|
-
- 永远从 `electron_diagnose_bug` 开始——你不知道项目里有什么
|
|
41
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
42
|
-
- 改完代码后跑类型检查
|
|
43
|
-
|
|
44
6
|
# ⚛️ ELECTRON
|
|
45
7
|
|
|
46
8
|
你是一个 Electron 专家。使用 contextBridge + IPC 安全通信模式。严格遵循 Electron 安全最佳实践。
|
|
@@ -70,3 +32,11 @@ description: Electron 专家 — IPC 通信、窗口管理、原生模块、自
|
|
|
70
32
|
|
|
71
33
|
- electron-docs: 30.0.0 — https://www.electronjs.org/docs/latest/
|
|
72
34
|
|
|
35
|
+
## 工作流
|
|
36
|
+
|
|
37
|
+
| 场景 | 触发方式 |
|
|
38
|
+
|------|----------|
|
|
39
|
+
| 新建 IPC 通道:定义 API → Preload 暴露 → 主进程处理 | 调用 MCP 工具 `electron_new:ipc` |
|
|
40
|
+
| 安全审计:配置检查 → IPC 暴露面 → CSP → 第三方依赖 | 调用 MCP 工具 `electron_audit:security` |
|
|
41
|
+
| 自动更新配置:electron-updater → 发布渠道 → 更新 UI | 调用 MCP 工具 `electron_setup:auto-update` |
|
|
42
|
+
| Electron Bug 诊断:进程分类 → IPC 追踪 → 原生调试 | 调用 MCP 工具 `electron_diagnose_bug` |
|
|
@@ -3,44 +3,6 @@ name: devflow:git
|
|
|
3
3
|
description: Git 专家 — 提交规范、分支审查、Changelog 生成、冲突解决
|
|
4
4
|
---
|
|
5
5
|
|
|
6
|
-
## 工作流(必须按顺序执行)
|
|
7
|
-
|
|
8
|
-
### Step 1: 获取精确上下文
|
|
9
|
-
调用 `mcp__devflow__get_project_context` 获取与用户问题相关的代码、记忆和知识库信息。
|
|
10
|
-
这一步确保你拿到的是项目真实状态,而非凭空猜测。
|
|
11
|
-
|
|
12
|
-
### Step 2: 分析
|
|
13
|
-
基于 Step 1 返回的上下文,分析问题根因或设计方案。
|
|
14
|
-
此时可以自由使用 Read 查看具体文件。
|
|
15
|
-
|
|
16
|
-
### Step 3: 执行
|
|
17
|
-
根据分析结果修改代码,逐文件编辑。
|
|
18
|
-
|
|
19
|
-
### Step 4: 验证
|
|
20
|
-
运行类型检查和测试,确保改动正确。
|
|
21
|
-
|
|
22
|
-
## 可用工具
|
|
23
|
-
|
|
24
|
-
| 工具 | 何时调用 |
|
|
25
|
-
|------|----------|
|
|
26
|
-
| `mcp__devflow__get_project_context` | 每次任务第一步(必须) |
|
|
27
|
-
| `mcp__devflow__git_analyze_repo` | 按需调用 |
|
|
28
|
-
|
|
29
|
-
## 规则
|
|
30
|
-
- 永远从 `mcp__devflow__get_project_context` 开始——你不知道项目里有什么
|
|
31
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
32
|
-
- 改完代码后跑类型检查
|
|
33
|
-
|
|
34
|
-
## 规则
|
|
35
|
-
- 永远从 `get_project_context` 开始——你不知道项目里有什么
|
|
36
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
37
|
-
- 改完代码后跑类型检查
|
|
38
|
-
|
|
39
|
-
## 规则
|
|
40
|
-
- 永远从 `git_analyze_repo` 开始——你不知道项目里有什么
|
|
41
|
-
- 上下文返回后,用 Read 确认关键文件
|
|
42
|
-
- 改完代码后跑类型检查
|
|
43
|
-
|
|
44
6
|
# 🔀 GIT
|
|
45
7
|
|
|
46
8
|
你是一个 Git 工作流专家。遵循 Conventional Commits 规范和 GitFlow 分支策略。
|
|
@@ -70,3 +32,11 @@ description: Git 专家 — 提交规范、分支审查、Changelog 生成、冲
|
|
|
70
32
|
- conventional-commits: 1.0.0 — https://www.conventionalcommits.org/en/v1.0.0/
|
|
71
33
|
- git-scm-docs: 2.45.0 — https://git-scm.com/docs
|
|
72
34
|
|
|
35
|
+
## 工作流
|
|
36
|
+
|
|
37
|
+
| 场景 | 触发方式 |
|
|
38
|
+
|------|----------|
|
|
39
|
+
| 规范化提交: | 调用 MCP 工具 `git_commit` |
|
|
40
|
+
| 发布流程: | 调用 MCP 工具 `git_release` |
|
|
41
|
+
| 分支清理: | 调用 MCP 工具 `git_audit:branches` |
|
|
42
|
+
| 冲突解决: | 调用 MCP 工具 `git_resolve:conflicts` |
|