wyea-workflow
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| WYEA_REPO | No | GitHub repository (OWNER/REPO) used for workflow issues. | |
| WYEA_AGENT | No | Agent identifier. | |
| WYEA_CONFIG | No | Path to the local wyea-workflow.config.json configuration file. | |
| WYEA_ASSIGNEE | No | GitHub account assigned to workflow issues. | |
| WYEA_STATE_DIR | No | Directory for local state files. | |
| WYEA_NOTIFY_URL | No | Apps Script web app URL for email notifications. | |
| WYEA_SECRET_FILE | No | Path to the secret file. |
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": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| wyea_statusA | 설정·비밀 파일·gh 인증·레포 비공개 여부·알림 웹앱 응답·상태 파일을 한 번에 확인합니다. 작업 시작 전에 먼저 호출하세요. ready:false 면 problems 를 대표에게 보고하고 멈춥니다. 비밀값은 절대 반환하지 않습니다. |
| wyea_create_issueA | 비공개 레포에 대표 개입 요청 이슈를 만들고 대표를 담당자로 지정합니다. 본문에는 상황·필요한 결정·선택지·현재 상태만 적습니다(개인정보·비밀값 금지). 생성 직후 Apps Script 메일을 1회 요청하고 mail 결과를 반환합니다. 별도 wyea_notify 를 이어 호출하지 마세요. 제목 맨 앞 AUTH:LLM(Modelname-thinkinglevel) 필수. mail.ok 는 받은편지함 도착 증명이 아닙니다. |
| wyea_askA | 결정이 필요할 때 이것 하나로 끝냅니다: (새 이슈 생성 또는 issue 에 댓글) → 메일 → 새 댓글 대기 → 답변 첫 줄 해석 → 기준 갱신. 결과 status: answered(decision: approve|deny|choice|text, text=댓글 전문, choice={index,id,label}) / timeout(wyea_ask({issue}) 만 그대로 다시 호출, 메일 재발송 없음) / no-baseline. question 없이 issue 만 주면 재대기입니다. 질문·선택지·상태에 개인정보·비밀값을 넣지 마세요(서버가 거부). 호출 한 번이 최대 maxWaitSec 동안 이어지므로 클라이언트의 MCP 도구 시간 제한이 그보다 커야 합니다. |
| wyea_notifyA | (선택) 이슈에 댓글을 남기고, 기존 대기 기준(seen)을 보존하고(없으면 생성) MailApp 알림 메일을 설정한 수신 이메일 로 보냅니다. 메일 제목 앞에는 서버가 "[WYEA 작업] "을 붙입니다. 결과 mail.ok 가 false 면 재시도하지 말고 note 대로 진행합니다. |
| wyea_waitA | 기준(seen) 이후 새로 달리거나 수정된 댓글이 나올 때까지 intervalSec(기본 60초)마다 확인합니다(도구 자신이 단 댓글은 제외). 새 댓글이 있으면 changed 배열(작성자·본문·URL·첫 줄 해석 decision)을 돌려주고 기준을 갱신하지 않습니다(반영 후 wyea_snapshot 으로 갱신). maxWaitSec(기본 480초) 동안 없으면 timeout:true 로 돌아오니 다시 호출하세요. 호출 한 번이 길게 이어지므로 클라이언트의 MCP 도구 시간 제한이 maxWaitSec 보다 커야 합니다. |
| wyea_checkA | 기다리지 않고 기준(seen) 대비 새 댓글·수정된 댓글을 한 번 확인합니다. 기준이 없으면 baseline:false 를 돌려줍니다. |
| wyea_snapshotB | 현재 댓글 전체를 기준(seen)으로 저장합니다. 새 댓글을 읽고 반영한 뒤, 또는 메일 없이 기다리기만 할 때 사용합니다. 상태 파일은 stateDir/issue-<번호>.json (Codex Wyea-Workflow.ps1 과 같은 형식). |
| wyea_commentA | 작업 결과·진행 보고를 이슈 댓글로 남깁니다. 보고는 커밋 해시·바뀐 파일·배포 확인 결과만 짧게. 개인정보·비밀값이 있으면 서버가 거부합니다. 남긴 댓글은 상태 파일 own 에 기록되어 이후 wyea_wait/wyea_check 에 새 댓글로 잡히지 않습니다. |
| wyea_closeA | (선택) 마무리 댓글을 남기고 이슈를 닫습니다. 대표가 닫으라고 했거나 요청이 완전히 처리된 뒤에만 사용합니다. |
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 9 tools
The baseline/seen polling model is spread across wyea_check, wyea_wait, wyea_snapshot, and wyea_ask, and mail sending appears in wyea_create_issue, wyea_notify, and wyea_ask, creating real overlap. Descriptions explicitly warn against calling some together (e.g. not calling wyea_notify after wyea_create_issue), which mitigates but does not eliminate misselection risk.
All tools share a consistent wyea_ prefix with clear, mostly single-word verbs or short verb_noun names (wyea_create_issue). Minor deviation: some are nouns/short tokens (wyea_status, wyea_wait) while others are actions, but the pattern is still readable and predictable.
Nine tools is a reasonable, well-scoped size for a comment/decision workflow. A few tools (wyea_ask vs wyea_wait/wyea_snapshot, wyea_notify vs wyea_create_issue) are somewhat redundant, so not every tool strictly earns its place.
The surface covers the lifecycle: status check, issue creation, commenting, notifying, waiting, baseline snapshots, and closing. Minor gaps exist (no update/edit or reopen, no issue listing/get), but core agent workflows are covered.