전체 문서

이 페이지 목차

HTTP handler provider 지도

261개 operation을 generic HTTP 모듈 하나에 몰지 않고 source file × 첫 path family 단위 provider로 연결한다. 각 절은 route registration이 선택한 handler의 직접 구현 위치다. request/response field, helper 내부와 완료 의미는 API schema 참조가 소유한다. 이 지도는 호출 graph 전체나 runtime reachability를 대신하지 않는다. route registration

Provider 색인

provider	source	operation	책임
`server/asset_intercept.go` · `asset-intercept`	`server/asset_intercept.go`	5	asset 수집 전 block/allow rule 관리; `asset-intercept` family
`server/assets.go` · `assets`	`server/assets.go`	4	자산 query·mutation과 company/scope 집계; `assets` family
`server/assets.go` · `companies`	`server/assets.go`	6	자산 query·mutation과 company/scope 집계; `companies` family
`server/auth.go` · `auth`	`server/auth.go`	4	초기 암호·login·암호 변경과 JWT; `auth` family
`server/chat_mentions.go` · `chat`	`server/chat_mentions.go`	1	chat mention 검색; `chat` family
`server/chatupload.go` · `chat`	`server/chatupload.go`	1	chat attachment upload; `chat` family
`server/commands.go` · `commands`	`server/commands.go`	2	tool execution history와 통계; `commands` family
`server/commands.go` · `llm`	`server/commands.go`	5	tool execution history와 통계; `llm` family
`server/commands.go` · `tokens`	`server/commands.go`	1	tool execution history와 통계; `tokens` family
`server/constraints_api.go` · `tasks`	`server/constraints_api.go`	4	task constraint CRUD; `tasks` family
`server/conversations.go` · `conversations`	`server/conversations.go`	10	standalone conversation lifecycle·message; `conversations` family
`server/customtool.go` · `tools`	`server/customtool.go`	4	custom tool CRUD·test; `tools` family
`server/finding_retests.go` · `exploration`	`server/finding_retests.go`	3	finding retest lifecycle; `exploration` family
`server/finding_traffic.go` · `exploration`	`server/finding_traffic.go`	7	finding↔traffic snapshot binding과 body 조회; `exploration` family
`server/findings_groups.go` · `exploration`	`server/findings_groups.go`	3	finding group/stats/asset tree projection; `exploration` family
`server/goals_api.go` · `tasks`	`server/goals_api.go`	4	task goal CRUD; `tasks` family
`server/intent_intervention.go` · `tasks`	`server/intent_intervention.go`	1	worker intent로 사람 message 전달; `tasks` family
`server/intercept.go` · `intercept`	`server/intercept.go`	17	tool intercept rule·pending·history·judge; `intercept` family
`server/notify_api.go` · `notify`	`server/notify_api.go`	8	notification channel·delivery 관리; `notify` family
`server/server.go` · `active`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `active` family
`server/server.go` · `audit`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `audit` family
`server/server.go` · `chat`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `chat` family
`server/server.go` · `exploration`	`server/server.go`	18	core task/exploration/finding/traffic/settings/report route; `exploration` family
`server/server.go` · `gc`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `gc` family
`server/server.go` · `health`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `health` family
`server/server.go` · `llm`	`server/server.go`	3	core task/exploration/finding/traffic/settings/report route; `llm` family
`server/server.go` · `logs`	`server/server.go`	3	core task/exploration/finding/traffic/settings/report route; `logs` family
`server/server.go` · `report`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `report` family
`server/server.go` · `settings`	`server/server.go`	4	core task/exploration/finding/traffic/settings/report route; `settings` family
`server/server.go` · `stats`	`server/server.go`	1	core task/exploration/finding/traffic/settings/report route; `stats` family
`server/server.go` · `tasks`	`server/server.go`	16	core task/exploration/finding/traffic/settings/report route; `tasks` family
`server/server.go` · `tokens`	`server/server.go`	2	core task/exploration/finding/traffic/settings/report route; `tokens` family
`server/server.go` · `traffic`	`server/server.go`	7	core task/exploration/finding/traffic/settings/report route; `traffic` family
`server/server_mgmt.go` · `agents`	`server/server_mgmt.go`	17	LLM·agent·tool·MCP·skill 관리 route; `agents` family
`server/server_mgmt.go` · `llm`	`server/server_mgmt.go`	9	LLM·agent·tool·MCP·skill 관리 route; `llm` family
`server/server_mgmt.go` · `mcp`	`server/server_mgmt.go`	5	LLM·agent·tool·MCP·skill 관리 route; `mcp` family
`server/server_mgmt.go` · `skills`	`server/server_mgmt.go`	12	LLM·agent·tool·MCP·skill 관리 route; `skills` family
`server/server_mgmt.go` · `tasks`	`server/server_mgmt.go`	1	LLM·agent·tool·MCP·skill 관리 route; `tasks` family
`server/server_mgmt.go` · `tools`	`server/server_mgmt.go`	3	LLM·agent·tool·MCP·skill 관리 route; `tools` family
`server/server_mgmt.go` · `visibility`	`server/server_mgmt.go`	4	LLM·agent·tool·MCP·skill 관리 route; `visibility` family
`server/side_questions.go` · `conversations`	`server/side_questions.go`	3	conversation/task/intent side-question lifecycle와 SSE; `conversations` family
`server/side_questions.go` · `side-questions`	`server/side_questions.go`	2	conversation/task/intent side-question lifecycle와 SSE; `side-questions` family
`server/side_questions.go` · `tasks`	`server/side_questions.go`	6	conversation/task/intent side-question lifecycle와 SSE; `tasks` family
`server/sync_scopesentry.go` · `sync`	`server/sync_scopesentry.go`	5	ScopeSentry 상태·project/task import; `sync` family
`server/task_archives.go` · `task-archives`	`server/task_archives.go`	6	task archive/restore/delete job; `task-archives` family
`server/task_archives.go` · `tasks`	`server/task_archives.go`	2	task archive/restore/delete job; `tasks` family
`server/task_assets.go` · `tasks`	`server/task_assets.go`	3	task asset attach/detach/reference; `tasks` family
`server/task_categories.go` · `task-categories`	`server/task_categories.go`	4	task category CRUD·batch; `task-categories` family
`server/task_categories.go` · `tasks`	`server/task_categories.go`	2	task category CRUD·batch; `tasks` family
`server/task_control.go` · `tasks`	`server/task_control.go`	1	task pause/resume; `tasks` family
`server/task_intercept.go` · `tasks`	`server/task_intercept.go`	5	task별 intercept rule CRUD; `tasks` family
`server/task_metadata.go` · `tasks`	`server/task_metadata.go`	1	task 표시 metadata 변경; `tasks` family
`server/task_resolution.go` · `tasks`	`server/task_resolution.go`	1	task LLM resolution 조회; `tasks` family
`server/task_templates.go` · `task-templates`	`server/task_templates.go`	4	task template CRUD; `task-templates` family
`server/triggers.go` · `agents`	`server/triggers.go`	2	agent trigger CRUD; `agents` family
`server/triggers.go` · `triggers`	`server/triggers.go`	2	agent trigger CRUD; `triggers` family
`server/update.go` · `update`	`server/update.go`	4	release check/apply/rollback/SSE; `update` family
`server/workspace.go` · `workspace`	`server/workspace.go`	7	task workspace file API; `workspace` family

`server/asset_intercept.go` · `asset-intercept` family

server/asset_intercept.go · asset-intercept family · 관계

이 대상을 사용하는 기능·모듈·계약 · 5개

구현 담당 · GET /api/asset-intercept/rules · GET /api/asset-intercept/rules registration이 `assetInterceptListRules`를 선택 · handler-get-api-asset-intercept-rules
구현 담당 · POST /api/asset-intercept/rules · POST /api/asset-intercept/rules registration이 `assetInterceptCreateRule`를 선택 · handler-post-api-asset-intercept-rules
구현 담당 · PUT /api/asset-intercept/rules/{id} · PUT /api/asset-intercept/rules/{id} registration이 `assetInterceptUpdateRule`를 선택 · handler-put-api-asset-intercept-rules-id
구현 담당 · DELETE /api/asset-intercept/rules/{id} · DELETE /api/asset-intercept/rules/{id} registration이 `assetInterceptDeleteRule`를 선택 · handler-delete-api-asset-intercept-rules-id
구현 담당 · POST /api/asset-intercept/rules/{id}/toggle · POST /api/asset-intercept/rules/{id}/toggle registration이 `assetInterceptToggleRule`를 선택 · handler-post-api-asset-intercept-rules-id-toggle

전체 관계 5개 · 종류 선택·관계도

asset 수집 전 block/allow rule 관리 중 /api/asset-intercept family의 5개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/asset-intercept/rules`	`assetInterceptListRules`	request/response/completion
`POST /api/asset-intercept/rules`	`assetInterceptCreateRule`	request/response/completion
`PUT /api/asset-intercept/rules/{id}`	`assetInterceptUpdateRule`	request/response/completion
`DELETE /api/asset-intercept/rules/{id}`	`assetInterceptDeleteRule`	request/response/completion
`POST /api/asset-intercept/rules/{id}/toggle`	`assetInterceptToggleRule`	request/response/completion

근거는 server/asset_intercept.go의 5개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/assets.go` · `assets` family

server/assets.go · assets family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/assets · GET /api/assets registration이 `listAssets`를 선택 · handler-get-api-assets
구현 담당 · GET /api/assets/counts · GET /api/assets/counts registration이 `assetCounts`를 선택 · handler-get-api-assets-counts
구현 담당 · POST /api/assets · POST /api/assets registration이 `insertAssets`를 선택 · handler-post-api-assets
구현 담당 · DELETE /api/assets · DELETE /api/assets registration이 `deleteAssets`를 선택 · handler-delete-api-assets

전체 관계 4개 · 종류 선택·관계도

자산 query·mutation과 company/scope 집계 중 /api/assets family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/assets`	`listAssets`	request/response/completion
`GET /api/assets/counts`	`assetCounts`	request/response/completion
`POST /api/assets`	`insertAssets`	request/response/completion
`DELETE /api/assets`	`deleteAssets`	request/response/completion

근거는 server/assets.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/assets.go` · `companies` family

server/assets.go · companies family · 관계

이 대상을 사용하는 기능·모듈·계약 · 6개

구현 담당 · GET /api/companies · GET /api/companies registration이 `listCompanies`를 선택 · handler-get-api-companies
구현 담당 · POST /api/companies · POST /api/companies registration이 `createCompany`를 선택 · handler-post-api-companies
구현 담당 · GET /api/companies/{id} · GET /api/companies/{id} registration이 `getCompany`를 선택 · handler-get-api-companies-id
구현 담당 · DELETE /api/companies/{id} · DELETE /api/companies/{id} registration이 `deleteCompany`를 선택 · handler-delete-api-companies-id
구현 담당 · POST /api/companies/{id}/scope · POST /api/companies/{id}/scope registration이 `addCompanyScope`를 선택 · handler-post-api-companies-id-scope
구현 담당 · POST /api/companies/reattribute · POST /api/companies/reattribute registration이 `reattribute`를 선택 · handler-post-api-companies-reattribute

전체 관계 6개 · 종류 선택·관계도

자산 query·mutation과 company/scope 집계 중 /api/companies family의 6개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/companies`	`listCompanies`	request/response/completion
`POST /api/companies`	`createCompany`	request/response/completion
`GET /api/companies/{id}`	`getCompany`	request/response/completion
`DELETE /api/companies/{id}`	`deleteCompany`	request/response/completion
`POST /api/companies/{id}/scope`	`addCompanyScope`	request/response/completion
`POST /api/companies/reattribute`	`reattribute`	request/response/completion

근거는 server/assets.go의 6개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/auth.go` · `auth` family

server/auth.go · auth family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/auth/status · GET /api/auth/status registration이 `authStatus`를 선택 · handler-get-api-auth-status
구현 담당 · POST /api/auth/init · POST /api/auth/init registration이 `authInit`를 선택 · handler-post-api-auth-init
구현 담당 · POST /api/auth/login · POST /api/auth/login registration이 `authLogin`를 선택 · handler-post-api-auth-login
구현 담당 · POST /api/auth/change-password · POST /api/auth/change-password registration이 `authChangePassword`를 선택 · handler-post-api-auth-change-password

전체 관계 4개 · 종류 선택·관계도

초기 암호·login·암호 변경과 JWT 중 /api/auth family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/auth/status`	`authStatus`	request/response/completion
`POST /api/auth/init`	`authInit`	request/response/completion
`POST /api/auth/login`	`authLogin`	request/response/completion
`POST /api/auth/change-password`	`authChangePassword`	request/response/completion

근거는 server/auth.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/chat_mentions.go` · `chat` family

server/chat_mentions.go · chat family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/chat/mentions · GET /api/chat/mentions registration이 `searchChatMentions`를 선택 · handler-get-api-chat-mentions

전체 관계 1개 · 종류 선택·관계도

chat mention 검색 중 /api/chat family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/chat/mentions`	`searchChatMentions`	request/response/completion

근거는 server/chat_mentions.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/chatupload.go` · `chat` family

server/chatupload.go · chat family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/chat/upload · POST /api/chat/upload registration이 `chatUpload`를 선택 · handler-post-api-chat-upload

전체 관계 1개 · 종류 선택·관계도

chat attachment upload 중 /api/chat family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/chat/upload`	`chatUpload`	request/response/completion

근거는 server/chatupload.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/commands.go` · `commands` family

server/commands.go · commands family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · GET /api/commands · GET /api/commands registration이 `pgListCommands`를 선택 · handler-get-api-commands
구현 담당 · GET /api/commands/stats · GET /api/commands/stats registration이 `pgToolStats`를 선택 · handler-get-api-commands-stats

전체 관계 2개 · 종류 선택·관계도

tool execution history와 통계 중 /api/commands family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/commands`	`pgListCommands`	request/response/completion
`GET /api/commands/stats`	`pgToolStats`	request/response/completion

근거는 server/commands.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/commands.go` · `llm` family

server/commands.go · llm family · 관계

이 대상을 사용하는 기능·모듈·계약 · 5개

구현 담당 · GET /api/llm/records · GET /api/llm/records registration이 `pgListLLMRecords`를 선택 · handler-get-api-llm-records
구현 담당 · DELETE /api/llm/records · DELETE /api/llm/records registration이 `pgDeleteLLMRecords`를 선택 · handler-delete-api-llm-records
구현 담당 · GET /api/llm/records/tasks · GET /api/llm/records/tasks registration이 `pgLLMTasks`를 선택 · handler-get-api-llm-records-tasks
구현 담당 · GET /api/llm/records/by-model · GET /api/llm/records/by-model registration이 `pgTokenByModel`를 선택 · handler-get-api-llm-records-by-model
구현 담당 · GET /api/llm/records/{id} · GET /api/llm/records/{id} registration이 `pgGetLLMRecord`를 선택 · handler-get-api-llm-records-id

전체 관계 5개 · 종류 선택·관계도

tool execution history와 통계 중 /api/llm family의 5개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/llm/records`	`pgListLLMRecords`	request/response/completion
`DELETE /api/llm/records`	`pgDeleteLLMRecords`	request/response/completion
`GET /api/llm/records/tasks`	`pgLLMTasks`	request/response/completion
`GET /api/llm/records/by-model`	`pgTokenByModel`	request/response/completion
`GET /api/llm/records/{id}`	`pgGetLLMRecord`	request/response/completion

근거는 server/commands.go의 5개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/commands.go` · `tokens` family

server/commands.go · tokens family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/tokens/usage · GET /api/tokens/usage registration이 `pgUsageStats`를 선택 · handler-get-api-tokens-usage

전체 관계 1개 · 종류 선택·관계도

tool execution history와 통계 중 /api/tokens family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tokens/usage`	`pgUsageStats`	request/response/completion

근거는 server/commands.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/constraints_api.go` · `tasks` family

server/constraints_api.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/tasks/{id}/constraints · GET /api/tasks/{id}/constraints registration이 `listConstraints`를 선택 · handler-get-api-tasks-id-constraints
구현 담당 · POST /api/tasks/{id}/constraints · POST /api/tasks/{id}/constraints registration이 `addConstraint`를 선택 · handler-post-api-tasks-id-constraints
구현 담당 · PATCH /api/tasks/{id}/constraints/{cid} · PATCH /api/tasks/{id}/constraints/{cid} registration이 `editConstraint`를 선택 · handler-patch-api-tasks-id-constraints-cid
구현 담당 · DELETE /api/tasks/{id}/constraints/{cid} · DELETE /api/tasks/{id}/constraints/{cid} registration이 `deleteConstraint`를 선택 · handler-delete-api-tasks-id-constraints-cid

전체 관계 4개 · 종류 선택·관계도

task constraint CRUD 중 /api/tasks family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks/{id}/constraints`	`listConstraints`	request/response/completion
`POST /api/tasks/{id}/constraints`	`addConstraint`	request/response/completion
`PATCH /api/tasks/{id}/constraints/{cid}`	`editConstraint`	request/response/completion
`DELETE /api/tasks/{id}/constraints/{cid}`	`deleteConstraint`	request/response/completion

근거는 server/constraints_api.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/conversations.go` · `conversations` family

server/conversations.go · conversations family · 관계

이 대상을 사용하는 기능·모듈·계약 · 10개

구현 담당 · GET /api/conversations · GET /api/conversations registration이 `pgListConversations`를 선택 · handler-get-api-conversations
구현 담당 · POST /api/conversations · POST /api/conversations registration이 `pgCreateConversation`를 선택 · handler-post-api-conversations
구현 담당 · POST /api/conversations/delete/batch · POST /api/conversations/delete/batch registration이 `pgDeleteConversationsBatch`를 선택 · handler-post-api-conversations-delete-batch
구현 담당 · PATCH /api/conversations/{id} · PATCH /api/conversations/{id} registration이 `pgRenameConversation`를 선택 · handler-patch-api-conversations-id
구현 담당 · PATCH /api/conversations/{id}/profile · PATCH /api/conversations/{id}/profile registration이 `pgUpdateConversation`를 선택 · handler-patch-api-conversations-id-profile
구현 담당 · DELETE /api/conversations/{id} · DELETE /api/conversations/{id} registration이 `pgDeleteConversation`를 선택 · handler-delete-api-conversations-id
구현 담당 · GET /api/conversations/{id}/messages · GET /api/conversations/{id}/messages registration이 `pgConversationMessages`를 선택 · handler-get-api-conversations-id-messages
구현 담당 · POST /api/conversations/{id}/messages · POST /api/conversations/{id}/messages registration이 `pgSendConversationMessage`를 선택 · handler-post-api-conversations-id-messages
구현 담당 · POST /api/conversations/{id}/stop · POST /api/conversations/{id}/stop registration이 `pgStopConversation`를 선택 · handler-post-api-conversations-id-stop
구현 담당 · GET /api/conversations/{id}/messages/{seq} · GET /api/conversations/{id}/messages/{seq} registration이 `pgConversationMsgDetail`를 선택 · handler-get-api-conversations-id-messages-seq

전체 관계 10개 · 종류 선택·관계도

standalone conversation lifecycle·message 중 /api/conversations family의 10개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/conversations`	`pgListConversations`	request/response/completion
`POST /api/conversations`	`pgCreateConversation`	request/response/completion
`POST /api/conversations/delete/batch`	`pgDeleteConversationsBatch`	request/response/completion
`PATCH /api/conversations/{id}`	`pgRenameConversation`	request/response/completion
`PATCH /api/conversations/{id}/profile`	`pgUpdateConversation`	request/response/completion
`DELETE /api/conversations/{id}`	`pgDeleteConversation`	request/response/completion
`GET /api/conversations/{id}/messages`	`pgConversationMessages`	request/response/completion
`POST /api/conversations/{id}/messages`	`pgSendConversationMessage`	request/response/completion
`POST /api/conversations/{id}/stop`	`pgStopConversation`	request/response/completion
`GET /api/conversations/{id}/messages/{seq}`	`pgConversationMsgDetail`	request/response/completion

근거는 server/conversations.go의 10개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/customtool.go` · `tools` family

server/customtool.go · tools family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · POST /api/tools/custom · POST /api/tools/custom registration이 `pgCreateCustomTool`를 선택 · handler-post-api-tools-custom
구현 담당 · POST /api/tools/custom/test · POST /api/tools/custom/test registration이 `pgTestCustomTool`를 선택 · handler-post-api-tools-custom-test
구현 담당 · PUT /api/tools/custom/{key} · PUT /api/tools/custom/{key} registration이 `pgUpdateCustomTool`를 선택 · handler-put-api-tools-custom-key
구현 담당 · DELETE /api/tools/custom/{key} · DELETE /api/tools/custom/{key} registration이 `pgDeleteCustomTool`를 선택 · handler-delete-api-tools-custom-key

전체 관계 4개 · 종류 선택·관계도

custom tool CRUD·test 중 /api/tools family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tools/custom`	`pgCreateCustomTool`	request/response/completion
`POST /api/tools/custom/test`	`pgTestCustomTool`	request/response/completion
`PUT /api/tools/custom/{key}`	`pgUpdateCustomTool`	request/response/completion
`DELETE /api/tools/custom/{key}`	`pgDeleteCustomTool`	request/response/completion

근거는 server/customtool.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/finding_retests.go` · `exploration` family

server/finding_retests.go · exploration family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/exploration/findings/{id}/retests · GET /api/exploration/findings/{id}/retests registration이 `listFindingRetests`를 선택 · handler-get-api-exploration-findings-id-retests
구현 담당 · GET /api/exploration/findings/retests/active · GET /api/exploration/findings/retests/active registration이 `listActiveFindingRetests`를 선택 · handler-get-api-exploration-findings-retests-active
구현 담당 · POST /api/exploration/findings/{id}/retests · POST /api/exploration/findings/{id}/retests registration이 `startFindingRetest`를 선택 · handler-post-api-exploration-findings-id-retests

전체 관계 3개 · 종류 선택·관계도

finding retest lifecycle 중 /api/exploration family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/exploration/findings/{id}/retests`	`listFindingRetests`	request/response/completion
`GET /api/exploration/findings/retests/active`	`listActiveFindingRetests`	request/response/completion
`POST /api/exploration/findings/{id}/retests`	`startFindingRetest`	request/response/completion

근거는 server/finding_retests.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/finding_traffic.go` · `exploration` family

server/finding_traffic.go · exploration family · 관계

이 대상을 사용하는 기능·모듈·계약 · 7개

구현 담당 · GET /api/exploration/findings/{id}/traffic · GET /api/exploration/findings/{id}/traffic registration이 `getFindingTraffic`를 선택 · handler-get-api-exploration-findings-id-traffic
구현 담당 · POST /api/exploration/findings/{id}/traffic · POST /api/exploration/findings/{id}/traffic registration이 `bindFindingTraffic`를 선택 · handler-post-api-exploration-findings-id-traffic
구현 담당 · PATCH /api/exploration/findings/{id}/traffic/{binding_id} · PATCH /api/exploration/findings/{id}/traffic/{binding_id} registration이 `editFindingTraffic`를 선택 · handler-patch-api-exploration-findings-id-traffic-binding-id
구현 담당 · DELETE /api/exploration/findings/{id}/traffic/{binding_id} · DELETE /api/exploration/findings/{id}/traffic/{binding_id} registration이 `editFindingTraffic`를 선택 · handler-delete-api-exploration-findings-id-traffic-binding-id
구현 담당 · PUT /api/exploration/findings/{id}/traffic/order · PUT /api/exploration/findings/{id}/traffic/order registration이 `editFindingTraffic`를 선택 · handler-put-api-exploration-findings-id-traffic-order
구현 담당 · GET /api/exploration/findings/{id}/traffic/{binding_id} · GET /api/exploration/findings/{id}/traffic/{binding_id} registration이 `getFindingTrafficDetail`를 선택 · handler-get-api-exploration-findings-id-traffic-binding-id
구현 담당 · GET /api/exploration/findings/{id}/traffic/{binding_id}/body · GET /api/exploration/findings/{id}/traffic/{binding_id}/body registration이 `getFindingTrafficBody`를 선택 · handler-get-api-exploration-findings-id-traffic-binding-id-body

전체 관계 7개 · 종류 선택·관계도

finding↔traffic snapshot binding과 body 조회 중 /api/exploration family의 7개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/exploration/findings/{id}/traffic`	`getFindingTraffic`	request/response/completion
`POST /api/exploration/findings/{id}/traffic`	`bindFindingTraffic`	request/response/completion
`PATCH /api/exploration/findings/{id}/traffic/{binding_id}`	`editFindingTraffic`	request/response/completion
`DELETE /api/exploration/findings/{id}/traffic/{binding_id}`	`editFindingTraffic`	request/response/completion
`PUT /api/exploration/findings/{id}/traffic/order`	`editFindingTraffic`	request/response/completion
`GET /api/exploration/findings/{id}/traffic/{binding_id}`	`getFindingTrafficDetail`	request/response/completion
`GET /api/exploration/findings/{id}/traffic/{binding_id}/body`	`getFindingTrafficBody`	request/response/completion

근거는 server/finding_traffic.go의 7개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/findings_groups.go` · `exploration` family

server/findings_groups.go · exploration family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/exploration/findings/groups · GET /api/exploration/findings/groups registration이 `findingGroups`를 선택 · handler-get-api-exploration-findings-groups
구현 담당 · GET /api/exploration/findings/asset-tree · GET /api/exploration/findings/asset-tree registration이 `findingAssetTree`를 선택 · handler-get-api-exploration-findings-asset-tree
구현 담당 · POST /api/exploration/findings/{id}/deepen · POST /api/exploration/findings/{id}/deepen registration이 `deepenFinding`를 선택 · handler-post-api-exploration-findings-id-deepen

전체 관계 3개 · 종류 선택·관계도

finding group/stats/asset tree projection 중 /api/exploration family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/exploration/findings/groups`	`findingGroups`	request/response/completion
`GET /api/exploration/findings/asset-tree`	`findingAssetTree`	request/response/completion
`POST /api/exploration/findings/{id}/deepen`	`deepenFinding`	request/response/completion

근거는 server/findings_groups.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/goals_api.go` · `tasks` family

server/goals_api.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/tasks/{id}/goals · GET /api/tasks/{id}/goals registration이 `listGoals`를 선택 · handler-get-api-tasks-id-goals
구현 담당 · POST /api/tasks/{id}/goals · POST /api/tasks/{id}/goals registration이 `addGoal`를 선택 · handler-post-api-tasks-id-goals
구현 담당 · PATCH /api/tasks/{id}/goals/{gid} · PATCH /api/tasks/{id}/goals/{gid} registration이 `editGoal`를 선택 · handler-patch-api-tasks-id-goals-gid
구현 담당 · DELETE /api/tasks/{id}/goals/{gid} · DELETE /api/tasks/{id}/goals/{gid} registration이 `deleteGoal`를 선택 · handler-delete-api-tasks-id-goals-gid

전체 관계 4개 · 종류 선택·관계도

task goal CRUD 중 /api/tasks family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks/{id}/goals`	`listGoals`	request/response/completion
`POST /api/tasks/{id}/goals`	`addGoal`	request/response/completion
`PATCH /api/tasks/{id}/goals/{gid}`	`editGoal`	request/response/completion
`DELETE /api/tasks/{id}/goals/{gid}`	`deleteGoal`	request/response/completion

근거는 server/goals_api.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/intent_intervention.go` · `tasks` family

server/intent_intervention.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/tasks/{id}/intents/{iid}/messages · POST /api/tasks/{id}/intents/{iid}/messages registration이 `sendWorkerMessage`를 선택 · handler-post-api-tasks-id-intents-iid-messages

전체 관계 1개 · 종류 선택·관계도

worker intent로 사람 message 전달 중 /api/tasks family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tasks/{id}/intents/{iid}/messages`	`sendWorkerMessage`	request/response/completion

근거는 server/intent_intervention.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/intercept.go` · `intercept` family

server/intercept.go · intercept family · 관계

이 대상을 사용하는 기능·모듈·계약 · 17개

구현 담당 · GET /api/intercept/rules · GET /api/intercept/rules registration이 `interceptListRules`를 선택 · handler-get-api-intercept-rules
구현 담당 · POST /api/intercept/rules · POST /api/intercept/rules registration이 `interceptCreateRule`를 선택 · handler-post-api-intercept-rules
구현 담당 · PUT /api/intercept/rules/{id} · PUT /api/intercept/rules/{id} registration이 `interceptUpdateRule`를 선택 · handler-put-api-intercept-rules-id
구현 담당 · DELETE /api/intercept/rules/{id} · DELETE /api/intercept/rules/{id} registration이 `interceptDeleteRule`를 선택 · handler-delete-api-intercept-rules-id
구현 담당 · POST /api/intercept/rules/{id}/toggle · POST /api/intercept/rules/{id}/toggle registration이 `interceptToggleRule`를 선택 · handler-post-api-intercept-rules-id-toggle
구현 담당 · GET /api/intercept/pending · GET /api/intercept/pending registration이 `interceptListPending`를 선택 · handler-get-api-intercept-pending
구현 담당 · GET /api/intercept/pending/{id} · GET /api/intercept/pending/{id} registration이 `interceptGetOne`를 선택 · handler-get-api-intercept-pending-id
구현 담당 · POST /api/intercept/pending/{id}/decide · POST /api/intercept/pending/{id}/decide registration이 `interceptDecide`를 선택 · handler-post-api-intercept-pending-id-decide
구현 담당 · GET /api/intercept/history · GET /api/intercept/history registration이 `interceptHistory`를 선택 · handler-get-api-intercept-history
구현 담당 · GET /api/intercept/history/{id} · GET /api/intercept/history/{id} registration이 `interceptDetail`를 선택 · handler-get-api-intercept-history-id
구현 담당 · GET /api/intercept/history/{id}/execution · GET /api/intercept/history/{id}/execution registration이 `interceptExecution`를 선택 · handler-get-api-intercept-history-id-execution
구현 담당 · GET /api/intercept/task/{taskID} · GET /api/intercept/task/{taskID} registration이 `interceptListTaskItems`를 선택 · handler-get-api-intercept-task-taskid
구현 담당 · GET /api/intercept/tool-config · GET /api/intercept/tool-config registration이 `interceptGetToolConfig`를 선택 · handler-get-api-intercept-tool-config
구현 담당 · PUT /api/intercept/tool-config · PUT /api/intercept/tool-config registration이 `interceptSetToolConfig`를 선택 · handler-put-api-intercept-tool-config
구현 담당 · GET /api/intercept/judge · GET /api/intercept/judge registration이 `interceptGetJudgeConfig`를 선택 · handler-get-api-intercept-judge
구현 담당 · PUT /api/intercept/judge · PUT /api/intercept/judge registration이 `interceptSetJudgeConfig`를 선택 · handler-put-api-intercept-judge
구현 담당 · GET /api/intercept/judge/usage · GET /api/intercept/judge/usage registration이 `interceptJudgeUsage`를 선택 · handler-get-api-intercept-judge-usage

전체 관계 17개 · 종류 선택·관계도

tool intercept rule·pending·history·judge 중 /api/intercept family의 17개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/intercept/rules`	`interceptListRules`	request/response/completion
`POST /api/intercept/rules`	`interceptCreateRule`	request/response/completion
`PUT /api/intercept/rules/{id}`	`interceptUpdateRule`	request/response/completion
`DELETE /api/intercept/rules/{id}`	`interceptDeleteRule`	request/response/completion
`POST /api/intercept/rules/{id}/toggle`	`interceptToggleRule`	request/response/completion
`GET /api/intercept/pending`	`interceptListPending`	request/response/completion
`GET /api/intercept/pending/{id}`	`interceptGetOne`	request/response/completion
`POST /api/intercept/pending/{id}/decide`	`interceptDecide`	request/response/completion
`GET /api/intercept/history`	`interceptHistory`	request/response/completion
`GET /api/intercept/history/{id}`	`interceptDetail`	request/response/completion
`GET /api/intercept/history/{id}/execution`	`interceptExecution`	request/response/completion
`GET /api/intercept/task/{taskID}`	`interceptListTaskItems`	request/response/completion
`GET /api/intercept/tool-config`	`interceptGetToolConfig`	request/response/completion
`PUT /api/intercept/tool-config`	`interceptSetToolConfig`	request/response/completion
`GET /api/intercept/judge`	`interceptGetJudgeConfig`	request/response/completion
`PUT /api/intercept/judge`	`interceptSetJudgeConfig`	request/response/completion
`GET /api/intercept/judge/usage`	`interceptJudgeUsage`	request/response/completion

근거는 server/intercept.go의 17개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/notify_api.go` · `notify` family

server/notify_api.go · notify family · 관계

이 대상을 사용하는 기능·모듈·계약 · 8개

구현 담당 · GET /api/notify/meta · GET /api/notify/meta registration이 `notifyMeta`를 선택 · handler-get-api-notify-meta
구현 담당 · GET /api/notify/channels · GET /api/notify/channels registration이 `notifyListChannels`를 선택 · handler-get-api-notify-channels
구현 담당 · POST /api/notify/channels · POST /api/notify/channels registration이 `notifyCreateChannel`를 선택 · handler-post-api-notify-channels
구현 담당 · PATCH /api/notify/channels/{id} · PATCH /api/notify/channels/{id} registration이 `notifyUpdateChannel`를 선택 · handler-patch-api-notify-channels-id
구현 담당 · DELETE /api/notify/channels/{id} · DELETE /api/notify/channels/{id} registration이 `notifyDeleteChannel`를 선택 · handler-delete-api-notify-channels-id
구현 담당 · POST /api/notify/channels/{id}/test · POST /api/notify/channels/{id}/test registration이 `notifyTestChannel`를 선택 · handler-post-api-notify-channels-id-test
구현 담당 · GET /api/notify/deliveries · GET /api/notify/deliveries registration이 `notifyListDeliveries`를 선택 · handler-get-api-notify-deliveries
구현 담당 · POST /api/notify/deliveries/{id}/retry · POST /api/notify/deliveries/{id}/retry registration이 `notifyRetryDelivery`를 선택 · handler-post-api-notify-deliveries-id-retry

전체 관계 8개 · 종류 선택·관계도

notification channel·delivery 관리 중 /api/notify family의 8개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/notify/meta`	`notifyMeta`	request/response/completion
`GET /api/notify/channels`	`notifyListChannels`	request/response/completion
`POST /api/notify/channels`	`notifyCreateChannel`	request/response/completion
`PATCH /api/notify/channels/{id}`	`notifyUpdateChannel`	request/response/completion
`DELETE /api/notify/channels/{id}`	`notifyDeleteChannel`	request/response/completion
`POST /api/notify/channels/{id}/test`	`notifyTestChannel`	request/response/completion
`GET /api/notify/deliveries`	`notifyListDeliveries`	request/response/completion
`POST /api/notify/deliveries/{id}/retry`	`notifyRetryDelivery`	request/response/completion

근거는 server/notify_api.go의 8개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `active` family

server/server.go · active family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/active · POST /api/active registration이 `setActive`를 선택 · handler-post-api-active

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/active family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/active`	`setActive`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `audit` family

server/server.go · audit family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/audit · GET /api/audit registration이 `getAudit`를 선택 · handler-get-api-audit

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/audit family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/audit`	`getAudit`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `chat` family

server/server.go · chat family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/chat · POST /api/chat registration이 `chat`를 선택 · handler-post-api-chat

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/chat family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/chat`	`chat`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `exploration` family

server/server.go · exploration family · 관계

이 대상을 사용하는 기능·모듈·계약 · 18개

구현 담당 · GET /api/exploration/frontier · GET /api/exploration/frontier registration이 `frontier`를 선택 · handler-get-api-exploration-frontier
구현 담당 · GET /api/exploration/findings · GET /api/exploration/findings registration이 `findings`를 선택 · handler-get-api-exploration-findings
구현 담당 · GET /api/exploration/findings/stats · GET /api/exploration/findings/stats registration이 `findingStats`를 선택 · handler-get-api-exploration-findings-stats
구현 담당 · GET /api/exploration/findings/export · GET /api/exploration/findings/export registration이 `findingsExport`를 선택 · handler-get-api-exploration-findings-export
구현 담당 · GET /api/exploration/findings/{id} · GET /api/exploration/findings/{id} registration이 `getFinding`를 선택 · handler-get-api-exploration-findings-id
구현 담당 · GET /api/exploration/findings/{id}/lineage · GET /api/exploration/findings/{id}/lineage registration이 `findingLineage`를 선택 · handler-get-api-exploration-findings-id-lineage
구현 담당 · PATCH /api/exploration/findings/{id} · PATCH /api/exploration/findings/{id} registration이 `patchFinding`를 선택 · handler-patch-api-exploration-findings-id
구현 담당 · DELETE /api/exploration/findings/{id} · DELETE /api/exploration/findings/{id} registration이 `deleteFinding`를 선택 · handler-delete-api-exploration-findings-id
구현 담당 · GET /api/exploration/intents · GET /api/exploration/intents registration이 `intents`를 선택 · handler-get-api-exploration-intents
구현 담당 · GET /api/exploration/graph · GET /api/exploration/graph registration이 `explorationGraph`를 선택 · handler-get-api-exploration-graph
구현 담당 · GET /api/exploration/nodes · GET /api/exploration/nodes registration이 `explorationNodes`를 선택 · handler-get-api-exploration-nodes
구현 담당 · GET /api/exploration/activity · GET /api/exploration/activity registration이 `activity`를 선택 · handler-get-api-exploration-activity
구현 담당 · GET /api/exploration/activity/history · GET /api/exploration/activity/history registration이 `activityHistory`를 선택 · handler-get-api-exploration-activity-history
구현 담당 · GET /api/exploration/main-sessions · GET /api/exploration/main-sessions registration이 `mainSessions`를 선택 · handler-get-api-exploration-main-sessions
구현 담당 · POST /api/exploration/main-session/new · POST /api/exploration/main-session/new registration이 `newMainSession`를 선택 · handler-post-api-exploration-main-session-new
구현 담당 · GET /api/exploration/activity/stream · GET /api/exploration/activity/stream registration이 `streamActivity`를 선택 · handler-get-api-exploration-activity-stream
구현 담당 · GET /api/exploration/activity/{seq} · GET /api/exploration/activity/{seq} registration이 `activityDetail`를 선택 · handler-get-api-exploration-activity-seq
구현 담당 · GET /api/exploration/tokens · GET /api/exploration/tokens registration이 `tokenStats`를 선택 · handler-get-api-exploration-tokens

전체 관계 18개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/exploration family의 18개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/exploration/frontier`	`frontier`	request/response/completion
`GET /api/exploration/findings`	`findings`	request/response/completion
`GET /api/exploration/findings/stats`	`findingStats`	request/response/completion
`GET /api/exploration/findings/export`	`findingsExport`	request/response/completion
`GET /api/exploration/findings/{id}`	`getFinding`	request/response/completion
`GET /api/exploration/findings/{id}/lineage`	`findingLineage`	request/response/completion
`PATCH /api/exploration/findings/{id}`	`patchFinding`	request/response/completion
`DELETE /api/exploration/findings/{id}`	`deleteFinding`	request/response/completion
`GET /api/exploration/intents`	`intents`	request/response/completion
`GET /api/exploration/graph`	`explorationGraph`	request/response/completion
`GET /api/exploration/nodes`	`explorationNodes`	request/response/completion
`GET /api/exploration/activity`	`activity`	request/response/completion
`GET /api/exploration/activity/history`	`activityHistory`	request/response/completion
`GET /api/exploration/main-sessions`	`mainSessions`	request/response/completion
`POST /api/exploration/main-session/new`	`newMainSession`	request/response/completion
`GET /api/exploration/activity/stream`	`streamActivity`	request/response/completion
`GET /api/exploration/activity/{seq}`	`activityDetail`	request/response/completion
`GET /api/exploration/tokens`	`tokenStats`	request/response/completion

근거는 server/server.go의 18개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `gc` family

server/server.go · gc family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/gc · POST /api/gc registration이 `gc`를 선택 · handler-post-api-gc

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/gc family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/gc`	`gc`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `health` family

server/server.go · health family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/health · GET /api/health registration이 `health`를 선택 · handler-get-api-health

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/health family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/health`	`health`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `llm` family

server/server.go · llm family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/llm · GET /api/llm registration이 `getLLM`를 선택 · handler-get-api-llm
구현 담당 · POST /api/llm · POST /api/llm registration이 `setLLM`를 선택 · handler-post-api-llm
구현 담당 · POST /api/llm/test · POST /api/llm/test registration이 `testLLM`를 선택 · handler-post-api-llm-test

전체 관계 3개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/llm family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/llm`	`getLLM`	request/response/completion
`POST /api/llm`	`setLLM`	request/response/completion
`POST /api/llm/test`	`testLLM`	request/response/completion

근거는 server/server.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `logs` family

server/server.go · logs family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/logs · GET /api/logs registration이 `getLogs`를 선택 · handler-get-api-logs
구현 담당 · GET /api/logs/history · GET /api/logs/history registration이 `getLogsHistory`를 선택 · handler-get-api-logs-history
구현 담당 · GET /api/logs/stream · GET /api/logs/stream registration이 `streamLogs`를 선택 · handler-get-api-logs-stream

전체 관계 3개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/logs family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/logs`	`getLogs`	request/response/completion
`GET /api/logs/history`	`getLogsHistory`	request/response/completion
`GET /api/logs/stream`	`streamLogs`	request/response/completion

근거는 server/server.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `report` family

server/server.go · report family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/report · GET /api/report registration이 `getReport`를 선택 · handler-get-api-report

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/report family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/report`	`getReport`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `settings` family

server/server.go · settings family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/settings · GET /api/settings registration이 `getSettings`를 선택 · handler-get-api-settings
구현 담당 · PUT /api/settings · PUT /api/settings registration이 `putSettings`를 선택 · handler-put-api-settings
구현 담당 · POST /api/settings/web-search/test · POST /api/settings/web-search/test registration이 `testWebSearch`를 선택 · handler-post-api-settings-web-search-test
구현 담당 · POST /api/settings/python/detect · POST /api/settings/python/detect registration이 `pgDetectPython`를 선택 · handler-post-api-settings-python-detect

전체 관계 4개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/settings family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/settings`	`getSettings`	request/response/completion
`PUT /api/settings`	`putSettings`	request/response/completion
`POST /api/settings/web-search/test`	`testWebSearch`	request/response/completion
`POST /api/settings/python/detect`	`pgDetectPython`	request/response/completion

근거는 server/server.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `stats` family

server/server.go · stats family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/stats · GET /api/stats registration이 `stats`를 선택 · handler-get-api-stats

전체 관계 1개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/stats family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/stats`	`stats`	request/response/completion

근거는 server/server.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `tasks` family

server/server.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 16개

구현 담당 · GET /api/tasks · GET /api/tasks registration이 `listTasks`를 선택 · handler-get-api-tasks
구현 담당 · POST /api/tasks · POST /api/tasks registration이 `createTask`를 선택 · handler-post-api-tasks
구현 담당 · GET /api/tasks/{id} · GET /api/tasks/{id} registration이 `getTask`를 선택 · handler-get-api-tasks-id
구현 담당 · GET /api/tasks/{id}/coverage · GET /api/tasks/{id}/coverage registration이 `taskCoverage`를 선택 · handler-get-api-tasks-id-coverage
구현 담당 · GET /api/tasks/{id}/coverage-graph · GET /api/tasks/{id}/coverage-graph registration이 `taskCoverageGraph`를 선택 · handler-get-api-tasks-id-coverage-graph
구현 담당 · GET /api/tasks/{id}/asset-refs · GET /api/tasks/{id}/asset-refs registration이 `taskAssetRefs`를 선택 · handler-get-api-tasks-id-asset-refs
구현 담당 · GET /api/tasks/{id}/scope · GET /api/tasks/{id}/scope registration이 `taskScopeList`를 선택 · handler-get-api-tasks-id-scope
구현 담당 · POST /api/tasks/{id}/scope · POST /api/tasks/{id}/scope registration이 `taskScopeAdd`를 선택 · handler-post-api-tasks-id-scope
구현 담당 · DELETE /api/tasks/{id}/scope/{sid} · DELETE /api/tasks/{id}/scope/{sid} registration이 `taskScopeDelete`를 선택 · handler-delete-api-tasks-id-scope-sid
구현 담당 · POST /api/tasks/{id}/control · POST /api/tasks/{id}/control registration이 `control`를 선택 · handler-post-api-tasks-id-control
구현 담당 · PUT /api/tasks/{id}/llm · PUT /api/tasks/{id}/llm registration이 `updateTaskLLMProfiles`를 선택 · handler-put-api-tasks-id-llm
구현 담당 · POST /api/tasks/{id}/intents/{iid}/control · POST /api/tasks/{id}/intents/{iid}/control registration이 `controlIntent`를 선택 · handler-post-api-tasks-id-intents-iid-control
구현 담당 · POST /api/tasks/{id}/intents/{iid}/rerun · POST /api/tasks/{id}/intents/{iid}/rerun registration이 `rerunIntent`를 선택 · handler-post-api-tasks-id-intents-iid-rerun
구현 담당 · POST /api/tasks/{id}/intents/rerun-blocked · POST /api/tasks/{id}/intents/rerun-blocked registration이 `rerunBlocked`를 선택 · handler-post-api-tasks-id-intents-rerun-blocked
구현 담당 · GET /api/tasks/{id}/chat/status · GET /api/tasks/{id}/chat/status registration이 `taskChatStatus`를 선택 · handler-get-api-tasks-id-chat-status
구현 담당 · POST /api/tasks/{id}/chat/stop · POST /api/tasks/{id}/chat/stop registration이 `stopChat`를 선택 · handler-post-api-tasks-id-chat-stop

전체 관계 16개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/tasks family의 16개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks`	`listTasks`	request/response/completion
`POST /api/tasks`	`createTask`	request/response/completion
`GET /api/tasks/{id}`	`getTask`	request/response/completion
`GET /api/tasks/{id}/coverage`	`taskCoverage`	request/response/completion
`GET /api/tasks/{id}/coverage-graph`	`taskCoverageGraph`	request/response/completion
`GET /api/tasks/{id}/asset-refs`	`taskAssetRefs`	request/response/completion
`GET /api/tasks/{id}/scope`	`taskScopeList`	request/response/completion
`POST /api/tasks/{id}/scope`	`taskScopeAdd`	request/response/completion
`DELETE /api/tasks/{id}/scope/{sid}`	`taskScopeDelete`	request/response/completion
`POST /api/tasks/{id}/control`	`control`	request/response/completion
`PUT /api/tasks/{id}/llm`	`updateTaskLLMProfiles`	request/response/completion
`POST /api/tasks/{id}/intents/{iid}/control`	`controlIntent`	request/response/completion
`POST /api/tasks/{id}/intents/{iid}/rerun`	`rerunIntent`	request/response/completion
`POST /api/tasks/{id}/intents/rerun-blocked`	`rerunBlocked`	request/response/completion
`GET /api/tasks/{id}/chat/status`	`taskChatStatus`	request/response/completion
`POST /api/tasks/{id}/chat/stop`	`stopChat`	request/response/completion

근거는 server/server.go의 16개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `tokens` family

server/server.go · tokens family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · GET /api/tokens/daily · GET /api/tokens/daily registration이 `tokenDailyStats`를 선택 · handler-get-api-tokens-daily
구현 담당 · GET /api/tokens/conversations · GET /api/tokens/conversations registration이 `conversationTokens`를 선택 · handler-get-api-tokens-conversations

전체 관계 2개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/tokens family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tokens/daily`	`tokenDailyStats`	request/response/completion
`GET /api/tokens/conversations`	`conversationTokens`	request/response/completion

근거는 server/server.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server.go` · `traffic` family

server/server.go · traffic family · 관계

이 대상을 사용하는 기능·모듈·계약 · 7개

구현 담당 · GET /api/traffic · GET /api/traffic registration이 `getTraffic`를 선택 · handler-get-api-traffic
구현 담당 · GET /api/traffic/hosts · GET /api/traffic/hosts registration이 `getTrafficHosts`를 선택 · handler-get-api-traffic-hosts
구현 담당 · DELETE /api/traffic · DELETE /api/traffic registration이 `deleteTraffic`를 선택 · handler-delete-api-traffic
구현 담당 · DELETE /api/traffic/hosts · DELETE /api/traffic/hosts registration이 `deleteTrafficHosts`를 선택 · handler-delete-api-traffic-hosts
구현 담당 · DELETE /api/traffic/all · DELETE /api/traffic/all registration이 `deleteAllTraffic`를 선택 · handler-delete-api-traffic-all
구현 담당 · GET /api/traffic/exchange · GET /api/traffic/exchange registration이 `getTrafficExchange`를 선택 · handler-get-api-traffic-exchange
구현 담당 · GET /api/traffic/blob · GET /api/traffic/blob registration이 `getTrafficBlob`를 선택 · handler-get-api-traffic-blob

전체 관계 7개 · 종류 선택·관계도

core task/exploration/finding/traffic/settings/report route 중 /api/traffic family의 7개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/traffic`	`getTraffic`	request/response/completion
`GET /api/traffic/hosts`	`getTrafficHosts`	request/response/completion
`DELETE /api/traffic`	`deleteTraffic`	request/response/completion
`DELETE /api/traffic/hosts`	`deleteTrafficHosts`	request/response/completion
`DELETE /api/traffic/all`	`deleteAllTraffic`	request/response/completion
`GET /api/traffic/exchange`	`getTrafficExchange`	request/response/completion
`GET /api/traffic/blob`	`getTrafficBlob`	request/response/completion

근거는 server/server.go의 7개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `agents` family

server/server_mgmt.go · agents family · 관계

이 대상을 사용하는 기능·모듈·계약 · 17개

구현 담당 · GET /api/agents · GET /api/agents registration이 `pgListAgents`를 선택 · handler-get-api-agents
구현 담당 · POST /api/agents · POST /api/agents registration이 `pgCreateAgent`를 선택 · handler-post-api-agents
구현 담당 · GET /api/agents/{key} · GET /api/agents/{key} registration이 `pgGetAgent`를 선택 · handler-get-api-agents-key
구현 담당 · PATCH /api/agents/{key} · PATCH /api/agents/{key} registration이 `pgUpdateAgent`를 선택 · handler-patch-api-agents-key
구현 담당 · DELETE /api/agents/{key} · DELETE /api/agents/{key} registration이 `pgDeleteAgent`를 선택 · handler-delete-api-agents-key
구현 담당 · PUT /api/agents/{key}/config · PUT /api/agents/{key}/config registration이 `pgSaveAgentConfig`를 선택 · handler-put-api-agents-key-config
구현 담당 · PUT /api/agents/{key}/prompt · PUT /api/agents/{key}/prompt registration이 `pgSavePrompt`를 선택 · handler-put-api-agents-key-prompt
구현 담당 · POST /api/agents/{key}/prompt/reset · POST /api/agents/{key}/prompt/reset registration이 `pgResetPrompt`를 선택 · handler-post-api-agents-key-prompt-reset
구현 담당 · PUT /api/agents/{key}/wrapup · PUT /api/agents/{key}/wrapup registration이 `pgSaveWrapup`를 선택 · handler-put-api-agents-key-wrapup
구현 담당 · POST /api/agents/{key}/wrapup/reset · POST /api/agents/{key}/wrapup/reset registration이 `pgResetWrapup`를 선택 · handler-post-api-agents-key-wrapup-reset
구현 담당 · PUT /api/agents/{key}/wrapup/task-timeout · PUT /api/agents/{key}/wrapup/task-timeout registration이 `pgSaveTaskTimeoutWrapup`를 선택 · handler-put-api-agents-key-wrapup-task-timeout
구현 담당 · POST /api/agents/{key}/wrapup/task-timeout/reset · POST /api/agents/{key}/wrapup/task-timeout/reset registration이 `pgResetTaskTimeoutWrapup`를 선택 · handler-post-api-agents-key-wrapup-task-timeout-reset
구현 담당 · GET /api/agents/{key}/prompts · GET /api/agents/{key}/prompts registration이 `pgListPromptVersions`를 선택 · handler-get-api-agents-key-prompts
구현 담당 · GET /api/agents/{key}/variables · GET /api/agents/{key}/variables registration이 `pgPromptVars`를 선택 · handler-get-api-agents-key-variables
구현 담당 · POST /api/agents/{key}/prompt/preview · POST /api/agents/{key}/prompt/preview registration이 `pgPreviewPrompt`를 선택 · handler-post-api-agents-key-prompt-preview
구현 담당 · GET /api/agents/{key}/visibility · GET /api/agents/{key}/visibility registration이 `pgGetAgentVisibility`를 선택 · handler-get-api-agents-key-visibility
구현 담당 · PUT /api/agents/{key}/visibility · PUT /api/agents/{key}/visibility registration이 `pgSetAgentVisibility`를 선택 · handler-put-api-agents-key-visibility

전체 관계 17개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/agents family의 17개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/agents`	`pgListAgents`	request/response/completion
`POST /api/agents`	`pgCreateAgent`	request/response/completion
`GET /api/agents/{key}`	`pgGetAgent`	request/response/completion
`PATCH /api/agents/{key}`	`pgUpdateAgent`	request/response/completion
`DELETE /api/agents/{key}`	`pgDeleteAgent`	request/response/completion
`PUT /api/agents/{key}/config`	`pgSaveAgentConfig`	request/response/completion
`PUT /api/agents/{key}/prompt`	`pgSavePrompt`	request/response/completion
`POST /api/agents/{key}/prompt/reset`	`pgResetPrompt`	request/response/completion
`PUT /api/agents/{key}/wrapup`	`pgSaveWrapup`	request/response/completion
`POST /api/agents/{key}/wrapup/reset`	`pgResetWrapup`	request/response/completion
`PUT /api/agents/{key}/wrapup/task-timeout`	`pgSaveTaskTimeoutWrapup`	request/response/completion
`POST /api/agents/{key}/wrapup/task-timeout/reset`	`pgResetTaskTimeoutWrapup`	request/response/completion
`GET /api/agents/{key}/prompts`	`pgListPromptVersions`	request/response/completion
`GET /api/agents/{key}/variables`	`pgPromptVars`	request/response/completion
`POST /api/agents/{key}/prompt/preview`	`pgPreviewPrompt`	request/response/completion
`GET /api/agents/{key}/visibility`	`pgGetAgentVisibility`	request/response/completion
`PUT /api/agents/{key}/visibility`	`pgSetAgentVisibility`	request/response/completion

근거는 server/server_mgmt.go의 17개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `llm` family

server/server_mgmt.go · llm family · 관계

이 대상을 사용하는 기능·모듈·계약 · 9개

구현 담당 · GET /api/llm/profiles · GET /api/llm/profiles registration이 `pgListProfiles`를 선택 · handler-get-api-llm-profiles
구현 담당 · POST /api/llm/profiles · POST /api/llm/profiles registration이 `pgSaveProfile`를 선택 · handler-post-api-llm-profiles
구현 담당 · DELETE /api/llm/profiles/{id} · DELETE /api/llm/profiles/{id} registration이 `pgDeleteProfile`를 선택 · handler-delete-api-llm-profiles-id
구현 담당 · POST /api/llm/profiles/active · POST /api/llm/profiles/active registration이 `pgActivateProfile`를 선택 · handler-post-api-llm-profiles-active
구현 담당 · GET /api/llm/retry-policy · GET /api/llm/retry-policy registration이 `pgGetLLMRetryPolicy`를 선택 · handler-get-api-llm-retry-policy
구현 담당 · POST /api/llm/retry-policy · POST /api/llm/retry-policy registration이 `pgSaveLLMRetryPolicy`를 선택 · handler-post-api-llm-retry-policy
구현 담당 · GET /api/llm/pool · GET /api/llm/pool registration이 `pgLLMPoolStatus`를 선택 · handler-get-api-llm-pool
구현 담당 · POST /api/llm/pool/reset · POST /api/llm/pool/reset registration이 `pgLLMPoolReset`를 선택 · handler-post-api-llm-pool-reset
구현 담당 · POST /api/llm/models · POST /api/llm/models registration이 `pgListModels`를 선택 · handler-post-api-llm-models

전체 관계 9개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/llm family의 9개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/llm/profiles`	`pgListProfiles`	request/response/completion
`POST /api/llm/profiles`	`pgSaveProfile`	request/response/completion
`DELETE /api/llm/profiles/{id}`	`pgDeleteProfile`	request/response/completion
`POST /api/llm/profiles/active`	`pgActivateProfile`	request/response/completion
`GET /api/llm/retry-policy`	`pgGetLLMRetryPolicy`	request/response/completion
`POST /api/llm/retry-policy`	`pgSaveLLMRetryPolicy`	request/response/completion
`GET /api/llm/pool`	`pgLLMPoolStatus`	request/response/completion
`POST /api/llm/pool/reset`	`pgLLMPoolReset`	request/response/completion
`POST /api/llm/models`	`pgListModels`	request/response/completion

근거는 server/server_mgmt.go의 9개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `mcp` family

server/server_mgmt.go · mcp family · 관계

이 대상을 사용하는 기능·모듈·계약 · 5개

구현 담당 · GET /api/mcp · GET /api/mcp registration이 `pgListMCP`를 선택 · handler-get-api-mcp
구현 담당 · POST /api/mcp · POST /api/mcp registration이 `pgSaveMCP`를 선택 · handler-post-api-mcp
구현 담당 · DELETE /api/mcp/{id} · DELETE /api/mcp/{id} registration이 `pgDeleteMCP`를 선택 · handler-delete-api-mcp-id
구현 담당 · GET /api/mcp/{id}/tools · GET /api/mcp/{id}/tools registration이 `pgMCPTools`를 선택 · handler-get-api-mcp-id-tools
구현 담당 · POST /api/mcp/{id}/refresh · POST /api/mcp/{id}/refresh registration이 `pgRefreshMCP`를 선택 · handler-post-api-mcp-id-refresh

전체 관계 5개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/mcp family의 5개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/mcp`	`pgListMCP`	request/response/completion
`POST /api/mcp`	`pgSaveMCP`	request/response/completion
`DELETE /api/mcp/{id}`	`pgDeleteMCP`	request/response/completion
`GET /api/mcp/{id}/tools`	`pgMCPTools`	request/response/completion
`POST /api/mcp/{id}/refresh`	`pgRefreshMCP`	request/response/completion

근거는 server/server_mgmt.go의 5개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `skills` family

server/server_mgmt.go · skills family · 관계

이 대상을 사용하는 기능·모듈·계약 · 12개

구현 담당 · GET /api/skills · GET /api/skills registration이 `fsListSkills`를 선택 · handler-get-api-skills
구현 담당 · POST /api/skills · POST /api/skills registration이 `fsCreateSkill`를 선택 · handler-post-api-skills
구현 담당 · POST /api/skills/upload · POST /api/skills/upload registration이 `fsUploadSkill`를 선택 · handler-post-api-skills-upload
구현 담당 · DELETE /api/skills/{name} · DELETE /api/skills/{name} registration이 `fsDeleteSkill`를 선택 · handler-delete-api-skills-name
구현 담당 · GET /api/skills/missing · GET /api/skills/missing registration이 `fsMissingSkills`를 선택 · handler-get-api-skills-missing
구현 담당 · GET /api/skills/{name}/usage · GET /api/skills/{name}/usage registration이 `fsSkillUsage`를 선택 · handler-get-api-skills-name-usage
구현 담당 · PUT /api/skills/{name}/meta · PUT /api/skills/{name}/meta registration이 `fsUpdateSkillMeta`를 선택 · handler-put-api-skills-name-meta
구현 담당 · POST /api/skills/{name}/dirs · POST /api/skills/{name}/dirs registration이 `fsCreateDir`를 선택 · handler-post-api-skills-name-dirs
구현 담당 · GET /api/skills/{name}/files · GET /api/skills/{name}/files registration이 `fsListFiles`를 선택 · handler-get-api-skills-name-files
구현 담당 · GET /api/skills/{name}/files/{file...} · GET /api/skills/{name}/files/{file...} registration이 `fsReadFile`를 선택 · handler-get-api-skills-name-files-file
구현 담당 · PUT /api/skills/{name}/files/{file...} · PUT /api/skills/{name}/files/{file...} registration이 `fsWriteFile`를 선택 · handler-put-api-skills-name-files-file
구현 담당 · DELETE /api/skills/{name}/files/{file...} · DELETE /api/skills/{name}/files/{file...} registration이 `fsDeletePath`를 선택 · handler-delete-api-skills-name-files-file

전체 관계 12개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/skills family의 12개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/skills`	`fsListSkills`	request/response/completion
`POST /api/skills`	`fsCreateSkill`	request/response/completion
`POST /api/skills/upload`	`fsUploadSkill`	request/response/completion
`DELETE /api/skills/{name}`	`fsDeleteSkill`	request/response/completion
`GET /api/skills/missing`	`fsMissingSkills`	request/response/completion
`GET /api/skills/{name}/usage`	`fsSkillUsage`	request/response/completion
`PUT /api/skills/{name}/meta`	`fsUpdateSkillMeta`	request/response/completion
`POST /api/skills/{name}/dirs`	`fsCreateDir`	request/response/completion
`GET /api/skills/{name}/files`	`fsListFiles`	request/response/completion
`GET /api/skills/{name}/files/{file...}`	`fsReadFile`	request/response/completion
`PUT /api/skills/{name}/files/{file...}`	`fsWriteFile`	request/response/completion
`DELETE /api/skills/{name}/files/{file...}`	`fsDeletePath`	request/response/completion

근거는 server/server_mgmt.go의 12개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `tasks` family

server/server_mgmt.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · DELETE /api/tasks/{id} · DELETE /api/tasks/{id} registration이 `pgDeleteTask`를 선택 · handler-delete-api-tasks-id

전체 관계 1개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/tasks family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`DELETE /api/tasks/{id}`	`pgDeleteTask`	request/response/completion

근거는 server/server_mgmt.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `tools` family

server/server_mgmt.go · tools family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/tools · GET /api/tools registration이 `pgListTools`를 선택 · handler-get-api-tools
구현 담당 · PUT /api/tools/{key} · PUT /api/tools/{key} registration이 `pgUpdateTool`를 선택 · handler-put-api-tools-key
구현 담당 · POST /api/tools/{key}/reset · POST /api/tools/{key}/reset registration이 `pgResetTool`를 선택 · handler-post-api-tools-key-reset

전체 관계 3개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/tools family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tools`	`pgListTools`	request/response/completion
`PUT /api/tools/{key}`	`pgUpdateTool`	request/response/completion
`POST /api/tools/{key}/reset`	`pgResetTool`	request/response/completion

근거는 server/server_mgmt.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/server_mgmt.go` · `visibility` family

server/server_mgmt.go · visibility family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/visibility/{kind}/{id} · GET /api/visibility/{kind}/{id} registration이 `pgResourceVisibility`를 선택 · handler-get-api-visibility-kind-id
구현 담당 · POST /api/visibility/toggle · POST /api/visibility/toggle registration이 `pgToggleVisibility`를 선택 · handler-post-api-visibility-toggle
구현 담당 · GET /api/visibility/skill/{name} · GET /api/visibility/skill/{name} registration이 `pgSkillVisibility`를 선택 · handler-get-api-visibility-skill-name
구현 담당 · POST /api/visibility/skill/toggle · POST /api/visibility/skill/toggle registration이 `pgToggleSkillVisibility`를 선택 · handler-post-api-visibility-skill-toggle

전체 관계 4개 · 종류 선택·관계도

LLM·agent·tool·MCP·skill 관리 route 중 /api/visibility family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/visibility/{kind}/{id}`	`pgResourceVisibility`	request/response/completion
`POST /api/visibility/toggle`	`pgToggleVisibility`	request/response/completion
`GET /api/visibility/skill/{name}`	`pgSkillVisibility`	request/response/completion
`POST /api/visibility/skill/toggle`	`pgToggleSkillVisibility`	request/response/completion

근거는 server/server_mgmt.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/side_questions.go` · `conversations` family

server/side_questions.go · conversations family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · GET /api/conversations/{id}/side-questions · GET /api/conversations/{id}/side-questions registration이 `handleSideQuestions`를 선택 · handler-get-api-conversations-id-side-questions
구현 담당 · POST /api/conversations/{id}/side-questions · POST /api/conversations/{id}/side-questions registration이 `handleSideQuestions`를 선택 · handler-post-api-conversations-id-side-questions
구현 담당 · DELETE /api/conversations/{id}/side-questions · DELETE /api/conversations/{id}/side-questions registration이 `handleSideQuestions`를 선택 · handler-delete-api-conversations-id-side-questions

전체 관계 3개 · 종류 선택·관계도

conversation/task/intent side-question lifecycle와 SSE 중 /api/conversations family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/conversations/{id}/side-questions`	`handleSideQuestions`	request/response/completion
`POST /api/conversations/{id}/side-questions`	`handleSideQuestions`	request/response/completion
`DELETE /api/conversations/{id}/side-questions`	`handleSideQuestions`	request/response/completion

근거는 server/side_questions.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/side_questions.go` · `side-questions` family

server/side_questions.go · side-questions family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · GET /api/side-questions/{requestID}/events · GET /api/side-questions/{requestID}/events registration이 `sideEvents`를 선택 · handler-get-api-side-questions-requestid-events
구현 담당 · POST /api/side-questions/{requestID}/cancel · POST /api/side-questions/{requestID}/cancel registration이 `cancelSideRequest`를 선택 · handler-post-api-side-questions-requestid-cancel

전체 관계 2개 · 종류 선택·관계도

conversation/task/intent side-question lifecycle와 SSE 중 /api/side-questions family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/side-questions/{requestID}/events`	`sideEvents`	request/response/completion
`POST /api/side-questions/{requestID}/cancel`	`cancelSideRequest`	request/response/completion

근거는 server/side_questions.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/side_questions.go` · `tasks` family

server/side_questions.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 6개

구현 담당 · GET /api/tasks/{id}/chat/side-questions · GET /api/tasks/{id}/chat/side-questions registration이 `handleSideQuestions`를 선택 · handler-get-api-tasks-id-chat-side-questions
구현 담당 · POST /api/tasks/{id}/chat/side-questions · POST /api/tasks/{id}/chat/side-questions registration이 `handleSideQuestions`를 선택 · handler-post-api-tasks-id-chat-side-questions
구현 담당 · DELETE /api/tasks/{id}/chat/side-questions · DELETE /api/tasks/{id}/chat/side-questions registration이 `handleSideQuestions`를 선택 · handler-delete-api-tasks-id-chat-side-questions
구현 담당 · GET /api/tasks/{id}/intents/{iid}/side-questions · GET /api/tasks/{id}/intents/{iid}/side-questions registration이 `handleSideQuestions`를 선택 · handler-get-api-tasks-id-intents-iid-side-questions
구현 담당 · POST /api/tasks/{id}/intents/{iid}/side-questions · POST /api/tasks/{id}/intents/{iid}/side-questions registration이 `handleSideQuestions`를 선택 · handler-post-api-tasks-id-intents-iid-side-questions
구현 담당 · DELETE /api/tasks/{id}/intents/{iid}/side-questions · DELETE /api/tasks/{id}/intents/{iid}/side-questions registration이 `handleSideQuestions`를 선택 · handler-delete-api-tasks-id-intents-iid-side-questions

전체 관계 6개 · 종류 선택·관계도

conversation/task/intent side-question lifecycle와 SSE 중 /api/tasks family의 6개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks/{id}/chat/side-questions`	`handleSideQuestions`	request/response/completion
`POST /api/tasks/{id}/chat/side-questions`	`handleSideQuestions`	request/response/completion
`DELETE /api/tasks/{id}/chat/side-questions`	`handleSideQuestions`	request/response/completion
`GET /api/tasks/{id}/intents/{iid}/side-questions`	`handleSideQuestions`	request/response/completion
`POST /api/tasks/{id}/intents/{iid}/side-questions`	`handleSideQuestions`	request/response/completion
`DELETE /api/tasks/{id}/intents/{iid}/side-questions`	`handleSideQuestions`	request/response/completion

근거는 server/side_questions.go의 6개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/sync_scopesentry.go` · `sync` family

server/sync_scopesentry.go · sync family · 관계

이 대상을 사용하는 기능·모듈·계약 · 5개

구현 담당 · GET /api/sync/scopesentry/status · GET /api/sync/scopesentry/status registration이 `syncSSStatus`를 선택 · handler-get-api-sync-scopesentry-status
구현 담당 · POST /api/sync/scopesentry/datasource · POST /api/sync/scopesentry/datasource registration이 `syncSSDatasource`를 선택 · handler-post-api-sync-scopesentry-datasource
구현 담당 · GET /api/sync/scopesentry/projects · GET /api/sync/scopesentry/projects registration이 `syncSSProjects`를 선택 · handler-get-api-sync-scopesentry-projects
구현 담당 · GET /api/sync/scopesentry/tasks · GET /api/sync/scopesentry/tasks registration이 `syncSSTasks`를 선택 · handler-get-api-sync-scopesentry-tasks
구현 담당 · POST /api/sync/scopesentry/sync · POST /api/sync/scopesentry/sync registration이 `syncSSRun`를 선택 · handler-post-api-sync-scopesentry-sync

전체 관계 5개 · 종류 선택·관계도

ScopeSentry 상태·project/task import 중 /api/sync family의 5개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/sync/scopesentry/status`	`syncSSStatus`	request/response/completion
`POST /api/sync/scopesentry/datasource`	`syncSSDatasource`	request/response/completion
`GET /api/sync/scopesentry/projects`	`syncSSProjects`	request/response/completion
`GET /api/sync/scopesentry/tasks`	`syncSSTasks`	request/response/completion
`POST /api/sync/scopesentry/sync`	`syncSSRun`	request/response/completion

근거는 server/sync_scopesentry.go의 5개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_archives.go` · `task-archives` family

server/task_archives.go · task-archives family · 관계

이 대상을 사용하는 기능·모듈·계약 · 6개

구현 담당 · GET /api/task-archives · GET /api/task-archives registration이 `listTaskArchives`를 선택 · handler-get-api-task-archives
구현 담당 · GET /api/task-archives/{id} · GET /api/task-archives/{id} registration이 `getTaskArchive`를 선택 · handler-get-api-task-archives-id
구현 담당 · POST /api/task-archives/{id}/restore · POST /api/task-archives/{id}/restore registration이 `queueTaskArchiveRestore`를 선택 · handler-post-api-task-archives-id-restore
구현 담당 · POST /api/task-archives/restore/batch · POST /api/task-archives/restore/batch registration이 `restoreTaskArchivesBatch`를 선택 · handler-post-api-task-archives-restore-batch
구현 담당 · DELETE /api/task-archives/{id} · DELETE /api/task-archives/{id} registration이 `queueTaskArchiveDelete`를 선택 · handler-delete-api-task-archives-id
구현 담당 · POST /api/task-archives/delete/batch · POST /api/task-archives/delete/batch registration이 `deleteTaskArchivesBatch`를 선택 · handler-post-api-task-archives-delete-batch

전체 관계 6개 · 종류 선택·관계도

task archive/restore/delete job 중 /api/task-archives family의 6개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/task-archives`	`listTaskArchives`	request/response/completion
`GET /api/task-archives/{id}`	`getTaskArchive`	request/response/completion
`POST /api/task-archives/{id}/restore`	`queueTaskArchiveRestore`	request/response/completion
`POST /api/task-archives/restore/batch`	`restoreTaskArchivesBatch`	request/response/completion
`DELETE /api/task-archives/{id}`	`queueTaskArchiveDelete`	request/response/completion
`POST /api/task-archives/delete/batch`	`deleteTaskArchivesBatch`	request/response/completion

근거는 server/task_archives.go의 6개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_archives.go` · `tasks` family

server/task_archives.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · POST /api/tasks/{id}/archive · POST /api/tasks/{id}/archive registration이 `queueTaskArchive`를 선택 · handler-post-api-tasks-id-archive
구현 담당 · POST /api/tasks/archive/batch · POST /api/tasks/archive/batch registration이 `queueTaskArchivesBatch`를 선택 · handler-post-api-tasks-archive-batch

전체 관계 2개 · 종류 선택·관계도

task archive/restore/delete job 중 /api/tasks family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tasks/{id}/archive`	`queueTaskArchive`	request/response/completion
`POST /api/tasks/archive/batch`	`queueTaskArchivesBatch`	request/response/completion

근거는 server/task_archives.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_assets.go` · `tasks` family

server/task_assets.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 3개

구현 담당 · POST /api/tasks/{id}/assets · POST /api/tasks/{id}/assets registration이 `attachTaskAssets`를 선택 · handler-post-api-tasks-id-assets
구현 담당 · DELETE /api/tasks/{id}/assets/{assetID} · DELETE /api/tasks/{id}/assets/{assetID} registration이 `detachTaskAsset`를 선택 · handler-delete-api-tasks-id-assets-assetid
구현 담당 · GET /api/tasks/{id}/intent-assets · GET /api/tasks/{id}/intent-assets registration이 `taskIntentAssets`를 선택 · handler-get-api-tasks-id-intent-assets

전체 관계 3개 · 종류 선택·관계도

task asset attach/detach/reference 중 /api/tasks family의 3개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tasks/{id}/assets`	`attachTaskAssets`	request/response/completion
`DELETE /api/tasks/{id}/assets/{assetID}`	`detachTaskAsset`	request/response/completion
`GET /api/tasks/{id}/intent-assets`	`taskIntentAssets`	request/response/completion

근거는 server/task_assets.go의 3개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_categories.go` · `task-categories` family

server/task_categories.go · task-categories family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/task-categories · GET /api/task-categories registration이 `pgListTaskCategories`를 선택 · handler-get-api-task-categories
구현 담당 · POST /api/task-categories · POST /api/task-categories registration이 `pgCreateTaskCategory`를 선택 · handler-post-api-task-categories
구현 담당 · PATCH /api/task-categories/{id} · PATCH /api/task-categories/{id} registration이 `pgRenameTaskCategory`를 선택 · handler-patch-api-task-categories-id
구현 담당 · DELETE /api/task-categories/{id} · DELETE /api/task-categories/{id} registration이 `pgDeleteTaskCategory`를 선택 · handler-delete-api-task-categories-id

전체 관계 4개 · 종류 선택·관계도

task category CRUD·batch 중 /api/task-categories family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/task-categories`	`pgListTaskCategories`	request/response/completion
`POST /api/task-categories`	`pgCreateTaskCategory`	request/response/completion
`PATCH /api/task-categories/{id}`	`pgRenameTaskCategory`	request/response/completion
`DELETE /api/task-categories/{id}`	`pgDeleteTaskCategory`	request/response/completion

근거는 server/task_categories.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_categories.go` · `tasks` family

server/task_categories.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · POST /api/tasks/category/batch · POST /api/tasks/category/batch registration이 `updateTasksCategoryBatch`를 선택 · handler-post-api-tasks-category-batch
구현 담당 · PATCH /api/tasks/{id}/category · PATCH /api/tasks/{id}/category registration이 `updateTaskCategory`를 선택 · handler-patch-api-tasks-id-category

전체 관계 2개 · 종류 선택·관계도

task category CRUD·batch 중 /api/tasks family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tasks/category/batch`	`updateTasksCategoryBatch`	request/response/completion
`PATCH /api/tasks/{id}/category`	`updateTaskCategory`	request/response/completion

근거는 server/task_categories.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_control.go` · `tasks` family

server/task_control.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · POST /api/tasks/control/batch · POST /api/tasks/control/batch registration이 `controlTasksBatch`를 선택 · handler-post-api-tasks-control-batch

전체 관계 1개 · 종류 선택·관계도

task pause/resume 중 /api/tasks family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`POST /api/tasks/control/batch`	`controlTasksBatch`	request/response/completion

근거는 server/task_control.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_intercept.go` · `tasks` family

server/task_intercept.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 5개

구현 담당 · GET /api/tasks/{id}/intercept-rules · GET /api/tasks/{id}/intercept-rules registration이 `taskInterceptListRules`를 선택 · handler-get-api-tasks-id-intercept-rules
구현 담당 · POST /api/tasks/{id}/intercept-rules · POST /api/tasks/{id}/intercept-rules registration이 `taskInterceptCreateRule`를 선택 · handler-post-api-tasks-id-intercept-rules
구현 담당 · PUT /api/tasks/{id}/intercept-rules/{rid} · PUT /api/tasks/{id}/intercept-rules/{rid} registration이 `taskInterceptUpdateRule`를 선택 · handler-put-api-tasks-id-intercept-rules-rid
구현 담당 · DELETE /api/tasks/{id}/intercept-rules/{rid} · DELETE /api/tasks/{id}/intercept-rules/{rid} registration이 `taskInterceptDeleteRule`를 선택 · handler-delete-api-tasks-id-intercept-rules-rid
구현 담당 · POST /api/tasks/{id}/intercept-rules/{rid}/toggle · POST /api/tasks/{id}/intercept-rules/{rid}/toggle registration이 `taskInterceptToggleRule`를 선택 · handler-post-api-tasks-id-intercept-rules-rid-toggle

전체 관계 5개 · 종류 선택·관계도

task별 intercept rule CRUD 중 /api/tasks family의 5개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks/{id}/intercept-rules`	`taskInterceptListRules`	request/response/completion
`POST /api/tasks/{id}/intercept-rules`	`taskInterceptCreateRule`	request/response/completion
`PUT /api/tasks/{id}/intercept-rules/{rid}`	`taskInterceptUpdateRule`	request/response/completion
`DELETE /api/tasks/{id}/intercept-rules/{rid}`	`taskInterceptDeleteRule`	request/response/completion
`POST /api/tasks/{id}/intercept-rules/{rid}/toggle`	`taskInterceptToggleRule`	request/response/completion

근거는 server/task_intercept.go의 5개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_metadata.go` · `tasks` family

server/task_metadata.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · PATCH /api/tasks/{id} · PATCH /api/tasks/{id} registration이 `updateTaskMetadata`를 선택 · handler-patch-api-tasks-id

전체 관계 1개 · 종류 선택·관계도

task 표시 metadata 변경 중 /api/tasks family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`PATCH /api/tasks/{id}`	`updateTaskMetadata`	request/response/completion

근거는 server/task_metadata.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_resolution.go` · `tasks` family

server/task_resolution.go · tasks family · 관계

이 대상을 사용하는 기능·모듈·계약 · 1개

구현 담당 · GET /api/tasks/{id}/llm/resolution · GET /api/tasks/{id}/llm/resolution registration이 `taskLLMResolutionHandler`를 선택 · handler-get-api-tasks-id-llm-resolution

전체 관계 1개 · 종류 선택·관계도

task LLM resolution 조회 중 /api/tasks family의 1개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/tasks/{id}/llm/resolution`	`taskLLMResolutionHandler`	request/response/completion

근거는 server/task_resolution.go의 1개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/task_templates.go` · `task-templates` family

server/task_templates.go · task-templates family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/task-templates · GET /api/task-templates registration이 `pgListTaskTemplates`를 선택 · handler-get-api-task-templates
구현 담당 · POST /api/task-templates · POST /api/task-templates registration이 `pgCreateTaskTemplate`를 선택 · handler-post-api-task-templates
구현 담당 · PATCH /api/task-templates/{id} · PATCH /api/task-templates/{id} registration이 `pgUpdateTaskTemplate`를 선택 · handler-patch-api-task-templates-id
구현 담당 · DELETE /api/task-templates/{id} · DELETE /api/task-templates/{id} registration이 `pgDeleteTaskTemplate`를 선택 · handler-delete-api-task-templates-id

전체 관계 4개 · 종류 선택·관계도

task template CRUD 중 /api/task-templates family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/task-templates`	`pgListTaskTemplates`	request/response/completion
`POST /api/task-templates`	`pgCreateTaskTemplate`	request/response/completion
`PATCH /api/task-templates/{id}`	`pgUpdateTaskTemplate`	request/response/completion
`DELETE /api/task-templates/{id}`	`pgDeleteTaskTemplate`	request/response/completion

근거는 server/task_templates.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/triggers.go` · `agents` family

server/triggers.go · agents family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · GET /api/agents/{key}/triggers · GET /api/agents/{key}/triggers registration이 `pgListTriggers`를 선택 · handler-get-api-agents-key-triggers
구현 담당 · POST /api/agents/{key}/triggers · POST /api/agents/{key}/triggers registration이 `pgCreateTrigger`를 선택 · handler-post-api-agents-key-triggers

전체 관계 2개 · 종류 선택·관계도

agent trigger CRUD 중 /api/agents family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/agents/{key}/triggers`	`pgListTriggers`	request/response/completion
`POST /api/agents/{key}/triggers`	`pgCreateTrigger`	request/response/completion

근거는 server/triggers.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/triggers.go` · `triggers` family

server/triggers.go · triggers family · 관계

이 대상을 사용하는 기능·모듈·계약 · 2개

구현 담당 · PATCH /api/triggers/{id} · PATCH /api/triggers/{id} registration이 `pgUpdateTrigger`를 선택 · handler-patch-api-triggers-id
구현 담당 · DELETE /api/triggers/{id} · DELETE /api/triggers/{id} registration이 `pgDeleteTrigger`를 선택 · handler-delete-api-triggers-id

전체 관계 2개 · 종류 선택·관계도

agent trigger CRUD 중 /api/triggers family의 2개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`PATCH /api/triggers/{id}`	`pgUpdateTrigger`	request/response/completion
`DELETE /api/triggers/{id}`	`pgDeleteTrigger`	request/response/completion

근거는 server/triggers.go의 2개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/update.go` · `update` family

server/update.go · update family · 관계

이 대상을 사용하는 기능·모듈·계약 · 4개

구현 담당 · GET /api/update/check · GET /api/update/check registration이 `updateCheck`를 선택 · handler-get-api-update-check
구현 담당 · POST /api/update/apply · POST /api/update/apply registration이 `updateApply`를 선택 · handler-post-api-update-apply
구현 담당 · POST /api/update/rollback · POST /api/update/rollback registration이 `updateRollback`를 선택 · handler-post-api-update-rollback
구현 담당 · GET /api/update/stream · GET /api/update/stream registration이 `updateStream`를 선택 · handler-get-api-update-stream

전체 관계 4개 · 종류 선택·관계도

release check/apply/rollback/SSE 중 /api/update family의 4개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/update/check`	`updateCheck`	request/response/completion
`POST /api/update/apply`	`updateApply`	request/response/completion
`POST /api/update/rollback`	`updateRollback`	request/response/completion
`GET /api/update/stream`	`updateStream`	request/response/completion

근거는 server/update.go의 4개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

`server/workspace.go` · `workspace` family

server/workspace.go · workspace family · 관계

이 대상을 사용하는 기능·모듈·계약 · 7개

구현 담당 · GET /api/workspace/list · GET /api/workspace/list registration이 `wsList`를 선택 · handler-get-api-workspace-list
구현 담당 · GET /api/workspace/read · GET /api/workspace/read registration이 `wsRead`를 선택 · handler-get-api-workspace-read
구현 담당 · POST /api/workspace/write · POST /api/workspace/write registration이 `wsWrite`를 선택 · handler-post-api-workspace-write
구현 담당 · POST /api/workspace/mkdir · POST /api/workspace/mkdir registration이 `wsMkdir`를 선택 · handler-post-api-workspace-mkdir
구현 담당 · DELETE /api/workspace/delete · DELETE /api/workspace/delete registration이 `wsDelete`를 선택 · handler-delete-api-workspace-delete
구현 담당 · GET /api/workspace/download · GET /api/workspace/download registration이 `wsDownload`를 선택 · handler-get-api-workspace-download
구현 담당 · POST /api/workspace/upload · POST /api/workspace/upload registration이 `wsUpload`를 선택 · handler-post-api-workspace-upload

전체 관계 7개 · 종류 선택·관계도

task workspace file API 중 /api/workspace family의 7개 등록 handler를 제공한다. 같은 file의 다른 family는 별도 provider 절로 분리했다.

operation	handler	의미 계약
`GET /api/workspace/list`	`wsList`	request/response/completion
`GET /api/workspace/read`	`wsRead`	request/response/completion
`POST /api/workspace/write`	`wsWrite`	request/response/completion
`POST /api/workspace/mkdir`	`wsMkdir`	request/response/completion
`DELETE /api/workspace/delete`	`wsDelete`	request/response/completion
`GET /api/workspace/download`	`wsDownload`	request/response/completion
`POST /api/workspace/upload`	`wsUpload`	request/response/completion

근거는 server/workspace.go의 7개 handler와 server/server.go registration을 함께 본다. 외부 service, DB transaction, helper 내부 background 작업은 operation별 C/P/U를 따른다.

확인 범위

provider 58개가 operation 261/261개를 중복 없이 소유한다(C).
같은 handler symbol을 여러 method/path에 등록한 경우 operation identity는 method+path로 분리한다.
source file/provider 소속은 정적 등록 기준이다. middleware 실행, 실제 request와 helper 내부 call reachability는 server 실행 전 A/U다.

상위 영역: ARTEX 현재 시스템 지도

전체로 돌아가기 · Markdown 원본