setlog-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SETLOG_API_KEY | No | App API key you prepared yourself. It can be provided via the environment variable or stored with the `configure` command instead; the value stored by the configure command is used as the default. | |
| SETLOG_MCP_REGION | No | Video storage region. Supports `ap-northeast-2` and `us-east-1`. | ap-northeast-2 |
| SETLOG_MCP_COUNTRY | No | Two-letter country code of the shooting location. Not sent if unset. | |
| SETLOG_MCP_FFPROBE | No | Path to the ffprobe executable. | ffprobe |
| SETLOG_MCP_STATE_DIR | No | Absolute path to the save directory. | %LOCALAPPDATA%\setlog-mcp |
| SETLOG_MCP_MAX_VIDEO_BYTES | No | Maximum number of bytes for a video that can be prepared (default 268435456, i.e. 256 MiB). | 268435456 |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_statusA | 通信せずに設定、保存済みセッションと鍵の有無を確認する。有効性はget_profileで確認する。 |
| get_profileA | 本人プロフィールを読み取ってログインを検証する。トークンや暗号鍵は返さない。 |
| list_collectionsB | 投稿先のID、名前、本人以外の参加者数を取得する。 |
| start_email_loginA | 指定した本人の登録メールへ確認コードを送る。backup=trueは登録済みバックアップメール用。 |
| verify_email_loginA | 本人から受け取ったメール確認コードを検証し、ログイン情報をDPAPIで暗号化して保存する。 |
| claim_key_transferA | スマホの「別の端末に移行」に表示される8桁コードで、本人の既存暗号鍵の引き継ぎを要求する。 |
| check_key_transferA | スマホ側の承認後に鍵を受け取り、登録鍵との一致を検証して保存する。元の端末は無効化しない。 |
| prepare_videoA | 絶対パスのMP4と任意のコメントを準備する。投稿先・本文・準備IDを返し、送信はしない。 |
| send_prepared_videoA | ユーザーが指定した準備IDの動画を実際に添付する。投稿要求後の自動再送は行わない。 |
| verify_videoB | 投稿を読み戻してID・送信者・投稿先・暗号化形式・保存先を照合し、ローカル記録を更新する。 |
| list_postsA | 投稿先の履歴を新しい順に取得する。続きは返されたnext_cursorを同じ条件で渡す。最大100件。 |
| search_posts_by_dateA | YYYY-MM-DDの日付範囲で投稿を検索する。終了日も含む。既定は東京の朝4時区切り、0で暦日。 |
| prepare_video_batchA | 動画・投稿先・コメントを1〜50件まとめて準備する。送信せず、各本文とjob_idsを返す。 |
| send_prepared_videosA | 指定した準備IDを順番に送信する。失敗時は後続を停止し、再実行時も送信済み分は再送しない。 |
| schedule_videosA | 準備IDを1〜50件予約する。時差付きの未来日時を指定し、任意の秒間隔で順番に送信する。ワーカー必須。 |
| list_scheduled_postsB | 予約一覧・停止理由・ワーカーの最終確認日時を読む。include_finished=trueで完了・取消済みも含める。 |
| cancel_scheduled_postA | 指定した予約の自動実行を取り消す。実行済みの投稿は削除しない。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 17 tools
Most tools target clearly different steps of the posting lifecycle (login, key transfer, prepare, send, schedule, list), but the pair send_prepared_video vs send_prepared_videos differs only by plurality and will be easy to misselect, and prepare_video vs prepare_video_batch overlap for a single item. list_posts vs search_posts_by_date and get_status vs get_profile are distinguishable only by careful reading of the descriptions.
All names follow a snake_case verb_noun pattern (get_profile, list_collections, prepare_video, schedule_videos, cancel_scheduled_post), which is highly predictable. Minor deviations: prepare_video_batch uses a trailing qualifier rather than a batch_ prefix, and the singular/plural send pair makes the naming itself a source of confusion.
17 tools across several legitimate sub-areas (email login, key transfer, profile/status, collections, prepare, send, schedule, history) so each roughly earns its place. It is on the heavy side, and a handful of tools (single vs batch prepare, single vs multi send) exist only to save round trips rather than to cover new capability.
The core lifecycle is well covered: authenticate, transfer an existing key, list destinations, prepare (single or batch), send, schedule, cancel, verify, and read history/scheduled state. Gaps are minor: no way to discard or inspect an unspent prepared job, no post deletion or edit, and no key revocation/logout despite key transfer being supported.