実際の製品を操作して、利用者が確認できる動作証拠を集め、検証計画に沿った受け入れレポートとして公開するスキルです。
- 変更後の製品動作を実地で検証したいとき
- 画面キャプチャなどの証拠を集めたいとき
- 検証計画とレポートを作成したいとき
DiscordやSlackなどの実際のチャットアプリでボットにメッセージを送り、応答を画面で確認する受け入れテストを行うスキルです。
Use for real bot-channel acceptance in Discord, Slack, Telegram, WeChat/Weixin, Lark/Feishu, QQ or iMessage on macOS. Extends acceptance with native chat apps.
実行スコア 未検証
インストール方法を見るボットチャンネルの動作を、実際のチャットアプリ上で確認する受け入れテストを支援します。Discord、Slack、Telegram、WeChat/微信、Lark/飞书、QQでは、アプリを開いてチャンネルや連絡先へ移動し、メッセージを送信して応答を待ち、結果画面をキャプチャします。iMessageは例外としてBlueBubblesブリッジを使います。テストは計画・実行・終了の段階に分かれ、結果の報告や取り込みは汎用のacceptanceスキルの流れに従います。
変更がボットチャンネルに関わり、Web画面やCLIだけでは確認できない実際の会話経路を試したいときに向いています。ネイティブアプリでの操作や画面キャプチャを含めた確認に使えます。
macOS専用です。対象のネイティブアプリが起動し、ログイン済みである必要があります。画面キャプチャにはmacOSの画面収録許可が必要で、ヘッドレス環境やクラウドでは実行できません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
SKILL.md の記述から、注意が要る操作と導入の前提を AI が確認しました。点数は実際に動かした結果(実行検証)だけで付けています。
点数には入れていません。 2026年10月26日 時点で AI(OpenAI Codex)が判定しました。目安なので、入れる前に原文も確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
This skill extends the generic acceptance skill (installed alongside at
../acceptance/) to the bot-channel surfaces. It does NOT replace the core
process: the same three phases apply —
PLAN (Steps 0–2) → EXECUTE (Steps 3–6) → FINISH (Step 7)
— and the same report + publish pipeline (result.json → report-init.sh →
lh acceptance run ingest … --source agent-testing). Read the acceptance skill's
SKILL.md for target grounding, the living logs, the Phase-1 approval gate, the
report format, and teardown. This file only adds the bot-channel surface.
For LobeHub environment/auth/probe specifics (dev server, seeded account, ports),
the adapter is .agents/acceptance/PROJECT.md.
| Change scope | Surface | Why |
|---|---|---|
| Bot channels (Discord / WeChat / Lark / …) | Native app via osascript / bridge | Only way to exercise the real channel end-to-end |
Route here only when the behavior under test is a bot channel. For CLI / Web / Electron changes, use the generic skill's surfaces.
Each platform folder has an index.md (activation, navigation, send-message,
verification snippets) and a test-<platform>-bot.sh driver.
| Platform | Guide | Quick switcher |
|---|---|---|
| Discord | discord/index.md | Cmd+K |
| Slack | slack/index.md | Cmd+K |
| Telegram | telegram/index.md | Cmd+F |
| WeChat / 微信 | wechat/index.md | Cmd+F |
| Lark / 飞书 | lark/index.md | Cmd+K |
| qq/index.md | Cmd+F | |
| iMessage | imessage/index.md | bridge (no osascript) |
Every osascript platform script shares one interface:
./$PLATFORM/test-$PLATFORM-bot.sh $CHANNEL_OR_CONTACT $MESSAGE [$WAIT_SECONDS] [$SCREENSHOT_PATH]
The script activates the app, navigates to the channel/contact, sends the
message, waits, and screenshots the result window (via the project adapter's
../../acceptance/scripts/capture-app-window.sh, which runs the installed
acceptance skill's screen-recording preflight). iMessage is the exception: it
uses a BlueBubbles bridge, not osascript — see imessage/index.md.
The osascript platforms drive real macOS apps (activate, keystroke, click, read accessibility, screenshot). Read the generic skill's general macOS-automation reference before a first bot run: ../../acceptance/references/osascript.md. The target native app must already be running and logged in.
Bot evidence is captured with OS-level screencapture (through
capture-app-window.sh), NOT CDP — so it comes out entirely black when macOS
Screen Recording (TCC) permission is missing OR the display is asleep / locked /
on a screensaver. Gate BEFORE any bot capture:
bash .agents/skills/acceptance/scripts/check-screen-recording.sh
Only exit 0 confirms both permission and a measured non-black frame. Missing tools or an undetermined check must block capture, not count as a pass.
Keep the display awake for the whole capture session (caffeinate -dimsu &, kill
when done). Because this surface depends on OS capture and native macOS apps,
bot channels are macOS-only — they do not run headless / in cloud.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
実際の製品を操作して、利用者が確認できる動作証拠を集め、検証計画に沿った受け入れレポートとして公開するスキルです。
LobeHubにAIモデルプロバイダーを追加し、実行時連携からモデル表示、設定、ブランド表記、文書化、動作確認まで進めるスキルです。
ユーザー設定の初期値をサーバー側の環境変数で切り替えるため、型定義や設定の組み立て、ユーザーストアへの反映、環境変数の例と説明書きを追加する手順です。
エージェント実行中の各段階をフックで監視し、ツール呼び出しの模擬・制御や人の承認、圧縮、サブエージェント処理に介入する仕組みを扱います。
イベントを起点にエージェントのバックグラウンド処理を組み立て、ソース・シグナル・アクション・ポリシーの役割分担や非同期連携を実装するためのスキルです。
エージェントの実行記録を操作IDから調べ、失敗したツール呼び出し、入出力、LLMに渡した文脈を確認して原因を追えるようにします。