Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/KYRIE66nb/codex-omx-public-config --skill feishu-notify명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SKILL.md 표시 중
SOC 직업 분류 기준
| name | feishu-notify |
| description | Send Feishu/Lark notifications. |
Send a notification: $ARGUMENTS
This skill provides Feishu/Lark integration for ARIS. It is designed as an internal utility — other skills call it at key events (experiment done, review scored, checkpoint waiting). It can also be invoked manually.
Zero-impact guarantee: If no feishu.json config exists, this skill does nothing and returns silently. All existing workflows are completely unaffected.
The skill reads ~/.codex/feishu.json. If this file does not exist, all Feishu functionality is disabled — skills behave exactly as before.
{
"mode": "push",
"webhook_url": "https://open.feishu.cn/open-apis/bot/v2/hook/YOUR_WEBHOOK_ID",
"interactive": {
"bridge_url": "http://localhost:5000",
"timeout_seconds": 300
}
}
| Mode | "mode" value | What it does | Requires |
|---|---|---|---|
| Off | "off" or file absent | Nothing. Pure CLI as-is | Nothing |
| Push only | "push" | Send webhook notifications at key events. Mobile push, no reply | Feishu bot webhook URL |
| Interactive | "interactive" | Full bidirectional. Approve/reject from Feishu, reply to checkpoints | feishu-claude-code running |
cat ~/.codex/feishu.json 2>/dev/null
"mode": "off" → return silently, do nothing"mode": "push" → proceed to Step 2 (push)"mode": "interactive" → proceed to Step 3 (interactive)Send a rich card to the Feishu webhook:
curl -s -X POST "$WEBHOOK_URL" \
-H "Content-Type: application/json" \
-d '{
"msg_type": "interactive",
"card": {
"header": {
"title": {"tag": "plain_text", "content": "TITLE"},
"template": "COLOR"
},
"elements": [
{"tag": "markdown", "content": "BODY"}
]
}
}'
Card templates by event type:
| Event | Title | Color | Body |
|---|---|---|---|
experiment_done | Experiment Complete | green | Results table, delta vs baseline |
review_scored | Review Round N: X/10 | blue (≥6) / orange (<6) | Score, verdict, top 3 weaknesses |
checkpoint | Checkpoint: Waiting for Input | yellow | Question, options, context |
error | Error: [type] | red | Error message, what failed |
pipeline_done | Pipeline Complete | purple | Final summary, deliverables |
custom | Custom | blue | Free-form message from $ARGUMENTS |
Return immediately after curl — push mode never waits for a response.
Interactive mode uses feishu-claude-code as a bridge:
Send message to the bridge:
curl -s -X POST "$BRIDGE_URL/send" \
-H "Content-Type: application/json" \
-d '{"type": "EVENT_TYPE", "title": "TITLE", "body": "BODY", "options": ["approve", "reject", "custom"]}'
Wait for reply (with timeout):
curl -s "$BRIDGE_URL/poll?timeout=$TIMEOUT_SECONDS"
Returns: {"reply": "approve"} or {"reply": "reject"} or {"reply": "user typed message"} or {"timeout": true}
On timeout: Fall back to AUTO_PROCEED behavior (proceed with default option).
Return the user's reply to the calling skill so it can act on it.
Other skills should use this pattern to send notifications:
### Feishu Notification (if configured)
Check if `~/.codex/feishu.json` exists and mode is not "off":
- If **push** mode: send webhook notification with event summary
- If **interactive** mode: send notification and wait for user reply
- If **off** or file absent: skip entirely (no-op)
This check is always guarded. If the config file doesn't exist, the skill skips the notification block entirely — zero overhead, zero side effects.
Skills send these events at these moments:
| Skill | Event | When |
|---|---|---|
/auto-review-loop | review_scored | After each round's review score |
/auto-review-loop | pipeline_done | Loop complete (positive or max rounds) |
/auto-paper-improvement-loop | review_scored | After each round's review score |
/auto-paper-improvement-loop | pipeline_done | All rounds complete |
/run-experiment | experiment_done | Screen session finishes |
/idea-discovery | checkpoint | Between phases (if interactive) |
/idea-discovery | pipeline_done | Final report ready |
/monitor-experiment | experiment_done | Results collected |
/research-pipeline | checkpoint | Between workflow stages |
/research-pipeline | pipeline_done | Full pipeline complete |
AUTO_PROCEED: In interactive mode, if the user doesn't reply within timeout, use the same auto-proceed logic as the calling skill.