Workspace IndexKnowledge Notes › Claude in Slack — the workflow first, the presence second

#196PoC

Claude in Slack — the workflow first, the presence second

Wire Slack, Claude and Notion together through MCP connectors so a thread gets summarized and logged. The tagged-bot version of the same idea is the packaged form of that workflow, which is why it stays parked until the workflow is worth having.

Not yet scoped, and deliberately parked. When it resumes, the order is fixed: build the workflow by hand first — a Slack conversation summarized by Claude and written to Notion through the existing connectors — and only consider a tagged presence once the manual version has run often enough to be missed.

Why

These were two cards and one of them said so. The tagged-bot idea recorded that it feeds into the integration workflow rather than standing alone, which is the definition of a merge. Both were parked in August 2026 as not currently important, so combining them costs nothing and removes a duplicate from the list.

What survives is the ordering, and it is the only part worth keeping. The workflow — a Slack thread that Claude summarizes and logs to Notion, chained through Claude's Slack and Notion MCP connectors — is a thing you can build today with no new surface area. A tagged presence in Slack is the same workflow with an invocation shortcut and an availability promise attached, and the promise is the expensive half: something that answers when tagged has to be running, has to handle being tagged in the wrong place, and has to fail visibly rather than silently.

So the honest sequence is workflow first, presence second, and the second may never be needed. If the manual version runs a handful of times and nobody misses it when it stops, that is the answer. agents-computer-use makes the same point at a larger scale — once the model is good enough, what you are buying is operations, and a bot that must always be reachable is an operations commitment dressed as a convenience.

How it works

Two forms of one idea

The workflow The tagged presence
What it is Slack thread → Claude summary → Notion record The same, invoked by mentioning a bot
Built from Claude's existing Slack and Notion MCP connectors The workflow, plus a hosted listener
New surface area None Availability, error visibility, wrong-channel handling
Cost when idle Zero Non-zero — it has to be running
Status The thing to build first Parked, and correctly so

The test that decides whether the second one is ever needed

Run the manual version for a couple of weeks. If nobody misses it when it stops, the tagged version is a solution to a problem that did not exist. If it is missed, the miss itself specifies what the bot must guarantee — and that specification is worth more than any amount of design done in advance.

Why it stays parked

Both halves were marked not currently important in August 2026 and nothing has changed that. The entry stays on the list because the ordering is the finding, not because the work is queued.

Where it lands in Jayverse

  • alice-tech report: build the Slack-to-Notion summarization by hand before automating it. Route a Slack thread through Claude's existing Slack and Notion MCP connectors into the daily alice-tech report manually first, and only consider a tagged bot once that manual step is run often enough to be missed.
  • gitboard: treat a future tagged presence as an ops commitment, not a convenience. If gitboard ever gets an @-mentionable Claude, budget for it having to always be running, handle being tagged in the wrong channel, and fail visibly — the availability promise is the expensive half.
  • Auditor: apply the same "run it manually, see if it's missed" test before automating. Before building any automated auditor bot, run the manual publish-and-log workflow for a few weeks; if nobody misses it when it stops, the automation was not needed.

Key expressions

Words and phrases from this page worth keeping, with the Korean meaning and the sentence they come from.

Expression뜻 · 쓰이는 자리
parked보류된, 잠시 미뤄둔 · 프로젝트나 아이디어를 당장 진행 안 하고 미뤄둘 때. "deliberately parked"
the definition of a merge그야말로 병합에 해당하는 상황 · 두 항목이 사실상 하나로 합쳐져야 함을 강조할 때. "which is the definition of a merge"
no new surface area새로 노출되는 위험·관리 지점이 없음 · 추가 구현 없이 기존 것만으로 되는 경우. "with no new surface area"
availability promise항상 응답 가능해야 한다는 약속 · 서비스가 언제나 가동돼야 하는 부담을 가리킬 때. "an availability promise attached"
the expensive half(둘 중) 비용이 큰 쪽 · 두 대안 중 부담이 더 큰 쪽을 가리킬 때. "the promise is the expensive half"
fail visibly눈에 띄게(명확히) 실패하다 · 오류가 조용히 묻히지 않고 드러나야 함을 말할 때. "fail visibly rather than silently"
dressed as~인 척 꾸민, ~로 포장된 · 실제로는 다른 것인데 겉모습만 그럴듯할 때. "an operations commitment dressed as a convenience"
worth having가질 만한 가치가 있는 · 어떤 것이 도입할 가치가 있는지 판단할 때. "until the workflow is worth having"
nobody misses it아무도 아쉬워하지 않다 · 없어져도 그리워하지 않는다는 뜻으로 불필요함을 확인할 때. "nobody misses it when it stops"
MCP모델 컨텍스트 프로토콜(Model Context Protocol) · 클로드가 슬랙·노션 같은 외부 도구와 연결되는 표준 커넥터 방식. "Claude's existing Slack and Notion MCP connectors"

← All Knowledge Notes · Workspace Index · Top ↑

Slack 속 Claude — 워크플로가 먼저, 상주는 나중

MCP 커넥터로 Slack · Claude · Notion 을 이어, 스레드가 정리돼 Notion 에 기록되게 합니다. 봇을 태그하는 판본은 그 워크플로의 포장된 형태이고, 그래서 워크플로가 값어치를 갖기 전까지는 보류입니다.

아직 범위 미정이고, 의도적으로 보류 중입니다. 재개할 때 순서는 정해져 있습니다먼저 워크플로를 손으로 만듭니다(Slack 대화를 Claude 가 정리해 기존 커넥터로 Notion 에 기록). 상주형 태그 봇은 수동 버전이 아쉬워질 만큼 자주 돌아간 뒤에야 고려합니다.

이건 카드 둘이었고, 그중 하나가 스스로 그렇게 적고 있었습니다. 태그 봇 아이디어는 독립적으로 서지 않고 통합 워크플로로 *연결된다* 고 기록돼 있었는데, 그게 곧 병합의 정의입니다. 둘 다 2026년 8월에 "지금은 중요하지 않음"으로 보류됐으므로, 합치는 데 잃는 것이 없고 목록에서 중복 하나가 사라집니다.

남는 것은 순서이고, 그것만이 간직할 값이 있습니다. 워크플로 — Slack 스레드를 Claude 가 정리해 Notion 에 기록, Claude 의 Slack·Notion MCP 커넥터로 연결 — 는 새 표면적 없이 오늘 만들 수 있는 것입니다. Slack 상주 태그 봇은 같은 워크플로에 호출 단축키와 가용성 약속을 붙인 것이고, 비싼 절반은 약속입니다 — 태그하면 답하는 것은 떠 있어야 하고, 엉뚱한 자리에서 태그되는 것을 처리해야 하고, 조용히가 아니라 눈에 띄게 실패해야 합니다.

그래서 정직한 순서는 워크플로 먼저, 상주는 나중이고, 나중은 영영 필요 없을 수도 있습니다. 수동 버전을 몇 번 돌렸는데 멈춰도 아무도 아쉬워하지 않으면 그게 답입니다. agents-computer-use 가 더 큰 축척에서 같은 말을 합니다 — 모델이 충분히 좋아지고 나면 사는 것은 운영이고, 항상 닿을 수 있어야 하는 봇은 편의로 분장한 운영 약속입니다.

동작 방식

한 아이디어의 두 형태

워크플로 상주 태그 봇
정체 Slack 스레드 → Claude 정리 → Notion 기록 같은 것을, 봇을 멘션해서 호출
무엇으로 만드나 Claude 의 기존 Slack·Notion MCP 커넥터 워크플로 + 호스팅된 리스너
새 표면적 없음 가용성, 오류 가시성, 엉뚱한 채널 처리
유휴 시 비용 0 0이 아님 — 떠 있어야 함
상태 먼저 만들 것 보류, 그리고 그게 맞음

둘째가 필요한지를 정하는 시험

수동 버전을 2주쯤 돌립니다. 멈췄을 때 아무도 아쉬워하지 않으면, 태그 봇은 존재하지 않던 문제의 해법입니다. 아쉬워한다면, 그 아쉬움 자체가 봇이 무엇을 보장해야 하는지를 규정하고 — 그 규정이 미리 한 어떤 설계보다 값어치가 큽니다.

왜 계속 보류인가

둘 다 2026년 8월에 지금은 중요하지 않음 으로 표시됐고 바뀐 것이 없습니다. 이 항목이 목록에 남는 이유는 작업이 대기열에 있어서가 아니라 그 순서가 곧 발견이기 때문입니다.

Jayverse에서의 위치

  • alice-tech 리포트: 자동화 전에 Slack→Notion 요약을 수동으로 먼저 만든다. Claude의 기존 Slack·Notion MCP 커넥터로 Slack 스레드를 일일 alice-tech 리포트로 수동 연결해 먼저 돌려보고, 그 수동 단계가 자주 그리워질 만큼 쓰인 뒤에야 태그형 봇을 고려한다.
  • gitboard: 미래의 태그형 프레즌스는 편의가 아니라 운영 책임으로 다룬다. gitboard에 @멘션 가능한 Claude가 생긴다면, 항상 실행 중이어야 하고, 엉뚱한 채널에서 태그되는 상황을 처리하고, 눈에 보이게 실패해야 한다는 비용까지 예산에 넣는다. 가용성 약속이 비싼 쪽이다.
  • Auditor: 자동화 전에 "수동으로 돌려보고 그리운지 본다"는 같은 테스트를 적용한다. 자동화된 auditor 봇을 만들기 전에 수동 게시·기록 워크플로를 몇 주 돌려본다. 멈췄을 때 아무도 그리워하지 않으면 자동화는 필요 없던 것이다.

핵심 표현

이 페이지의 영어 본문에서 배울 만한 단어와 표현, 뜻과 나온 자리.

Expression뜻 · 쓰이는 자리
parked보류된, 잠시 미뤄둔 · 프로젝트나 아이디어를 당장 진행 안 하고 미뤄둘 때. "deliberately parked"
the definition of a merge그야말로 병합에 해당하는 상황 · 두 항목이 사실상 하나로 합쳐져야 함을 강조할 때. "which is the definition of a merge"
no new surface area새로 노출되는 위험·관리 지점이 없음 · 추가 구현 없이 기존 것만으로 되는 경우. "with no new surface area"
availability promise항상 응답 가능해야 한다는 약속 · 서비스가 언제나 가동돼야 하는 부담을 가리킬 때. "an availability promise attached"
the expensive half(둘 중) 비용이 큰 쪽 · 두 대안 중 부담이 더 큰 쪽을 가리킬 때. "the promise is the expensive half"
fail visibly눈에 띄게(명확히) 실패하다 · 오류가 조용히 묻히지 않고 드러나야 함을 말할 때. "fail visibly rather than silently"
dressed as~인 척 꾸민, ~로 포장된 · 실제로는 다른 것인데 겉모습만 그럴듯할 때. "an operations commitment dressed as a convenience"
worth having가질 만한 가치가 있는 · 어떤 것이 도입할 가치가 있는지 판단할 때. "until the workflow is worth having"
nobody misses it아무도 아쉬워하지 않다 · 없어져도 그리워하지 않는다는 뜻으로 불필요함을 확인할 때. "nobody misses it when it stops"
MCP모델 컨텍스트 프로토콜(Model Context Protocol) · 클로드가 슬랙·노션 같은 외부 도구와 연결되는 표준 커넥터 방식. "Claude's existing Slack and Notion MCP connectors"

← 전체 기술 노트 · 워크스페이스 인덱스 · 맨 위 ↑