Tralalero — 수정요청·검수 워크보드

누구나 만드는 시대,
차이는 수정에서 갈립니다

만들기는 폭발적으로 쉬워졌습니다. 진짜 일은 첫 수정요청부터 시작됩니다. 고객의 요청을 한 곳으로 받고, 같은 형식으로 처리하고, 쓴 시간을 그대로 보여 줍니다.

웹에서 시작하기

GitHub · MCP · KO / EN / JA

리디자인 2차 34.5h / 40h

요청3

WB-42긴급

결제 화면에서 쿠폰이 중복 적용됩니다

3.5h

WB-41

로그인하면 홈으로 안 돌아옵니다

2.5h

진행중2

WB-36

주문 내역 날짜가 하루씩 밀려요

1.5h

WB-33

상품 사진이 흐리게 보입니다

리뷰2

WB-28재요청

안내 메일 발송 시간 조정

WB-27

장바구니에서 수량을 못 바꿉니다

완료3

WB-24

배송비 안내 문구 수정

08-14

WB-22

회원가입 약관 링크 교체

08-13

WB-19

검색 결과 정렬 순서 변경

08-12

만드는 일은 폭발적으로 쉬워졌습니다.

그리고 첫 수정요청이 도착합니다.

작은 수정 하나가 파일 열 개를 낳습니다.

이윽고 고칠 곳을 찾는 시간이 고치는 시간을 넘어섭니다.

프로덕트를 만드는 일은 이제 누구나 합니다. 품질의 차이는 그 뒤에, 고객의 수정요청이 시작되는 지점에서 벌어집니다.

절벽을 건너는 세 가지 원칙

도구를 하나 더 얹는다고 풀리지 않았습니다. 요청이 들어오는 길과 그 형태를 먼저 정하고 나서야 풀렸습니다.

하나의 루트

메신저와 메일과 통화에 흩어져 있던 요청이 한 보드의 카드가 됩니다. 어디에 적었는지 찾는 일이 사라집니다.

하나의 형식

무엇을, 어느 화면에서, 어떻게. 요청의 형태가 정해지면 처리하는 쪽의 판단도 표준화됩니다.

보이는 업무량

이번 달에 몇 시간을 썼는지 고객이 그대로 봅니다. 설명하지 않아도 되는 숫자가 신뢰를 만듭니다.

요청 하나가 작업 지시가 되기까지

01요청이 들어온다

WB-42긴급

결제 화면에서 쿠폰이 중복 적용됩니다

첨부 2

고객이 올린 요청과 첨부가 카드 한 장으로 들어옵니다. 개발 용어를 몰라도 쓸 수 있는 형태입니다.

02저장소를 읽고 산정한다

읽은 파일

checkout/coupon.ts tralalero-nested/contexts/checkout.md TRALALERO.md

예상3.5h

연결된 저장소에서 관련 파일을 골라 읽고, 작업 시간과 산정 근거를 냅니다. 답이 갈리는 경우에만 되묻습니다.

03보드에서 진행하고 검수한다

진행중1

WB-36

주문 내역 날짜가 하루씩 밀려요

리뷰1

WB-42

결제 화면에서 쿠폰이 중복 적용됩니다

3.5h

작업이 끝나면 고객이 직접 확인합니다. 다시 봐야 할 곳이 있으면 사유와 함께 되돌립니다.

04결정이 맥락과 이력에 남는다

tralalero-nested/history/2026-08-001.md

날짜2026-08-17

카드WB-42

요청 요약쿠폰 중복 적용

작업 방향·결정{…}

변경 파일{…}

회귀 금지 제약{…}

요청원문쿠폰이 두 번 적용돼요

무엇을 왜 그렇게 정했는지 한 줄은 월별 이력에, 오래 남을 결정은 관련 맥락 파일에 쌓입니다. 다음 요청에는 관련 부분만 골라 읽습니다.

한 보드 안에 있는 것들

F-01

요청 흐름

긴급·요청·진행·리뷰·완료

F-02

카드 대화

댓글, 재요청과 파일·이미지 첨부

F-03

구성원

초대와 역할별 권한

F-04

알림

상태 변화와 AI 확인 질문 푸시

F-05

저장소 연결

보드 소유자가 선택한 GitHub 저장소

F-06

작업시간 산정

선택한 저장소 문맥을 이용

F-07

작업 지시

작업계획과 코딩 에이전트용 프롬프트

F-08

원격 MCP

제한된 보드 읽기·작업 갱신

Claude Code · Codex · Cursor · VS Code · Hermes

AI 에이전트도 팀원입니다

AI 코딩 도구를 이 워크보드에 연결하면, 고객의 수정요청과 코멘트·재요청을 직접 읽고 작업 시작과 검수 요청을 보드에 그대로 반영합니다.

list_boards참여 중인 보드를 봅니다

list_cards보드의 카드를 상태별로 읽습니다

get_card카드 한 장의 본문과 코멘트를 가져옵니다

get_work_prompt그 카드의 작업 지시를 받아옵니다

list_updates지난번 이후의 변화만 받아옵니다

start_work카드를 진행중으로 옮깁니다

submit_for_review작업을 마치고 검수를 요청합니다

add_comment고객이 읽을 코멘트를 남깁니다

고객의 코드는 고객의 것입니다

산정에 무엇이 실리고 무엇이 남지 않는지를 먼저 밝힙니다.

산정에 실리는 것: 카드 제목·본문과 코멘트; 지원되는 텍스트 첨부; 선택한 이미지 최대 4장; 보드 소유자가 고른 저장소의 파일
저장하지 않는 것: 코드 원문과 diff; 저장소 스냅숏; 로그에 남는 코드 흔적; 평문으로 보관되는 접근 토큰

GitHub Contents 쓰기는 소유자가 승인한 작업대장 초기화 1회에만 씁니다. 일반 코드는 수정하지 않습니다. YCSE의 DB·Storage·로그에는 고객 코드 원문과 diff를 저장하지 않고 전송 중 처리 메모리에서만 다룹니다. OpenAI Responses API에는 store:false를 적용하고 정상 작동과 속도를 위해 암시적 프롬프트 캐시를 활성화합니다. ZDR 활성화 전에는 OpenAI의 기본 남용 모니터링 로그에 고객 콘텐츠가 최대 30일 보존될 수 있으며, API 데이터는 명시적으로 공유하지 않는 한 모델 학습에 사용되지 않습니다. 이미지 안전검사·법령·Safety Retention 예외가 적용될 수 있습니다.

운동화를 신은 상어

훌륭한 도구는 이미 많습니다. 다만 대개 훌륭한 일을 하는 사람들을 위해 만들어졌고, 우리는 그 앞에서 몇 번이나 되돌아 나왔습니다. 너무 범용적이었고, 첫 한 걸음 전에 정해야 할 것이 너무 많았습니다.

이 보드는 반대편에서 출발했습니다. 개발을 모르는 고객도, 오늘 합류한 팀원도, 열자마자 무엇을 하면 되는지 아는 것. 그거 하나입니다.

다리 달린 상어면 어때요. 그래도 행복해 보이잖아요.

오늘 들어온 수정요청부터.

tralalero-nested/history/2026-08-001.md

날짜2026-08-17

카드WB-42

요청 요약쿠폰 중복 적용

작업 방향·결정{…}할인 계산을 한 곳으로 모음

변경 파일{…}checkout/coupon.ts

회귀 금지 제약{…}쿠폰은 주문당 1회만

요청원문쿠폰이 두 번 적용돼요

웹에서 시작하기 먼저 물어보기

Tralalero — the revision & review workboard

Anyone can build.
The difference shows in the revisions.

Building got explosively easy. The real work starts with the first change request. Take every request in one place, handle it in one format, and show the hours it took.

Start in your browser

GitHub · MCP · KO / EN / JA

Redesign, round 2 34.5h / 40h

Requests3

WB-42Urgent

The coupon gets applied twice at checkout

3.5h

WB-41

Signing in does not return me to the home page

2.5h

In progress2

WB-36

Order dates are off by one day

1.5h

WB-33

Product photos look blurry

In review2

WB-28Rework

Change when the notice email goes out

WB-27

I cannot change quantities in the cart

Done3

WB-24

Reword the shipping-fee notice

08-14

WB-22

Replace the terms link on sign-up

08-13

WB-19

Change the sort order of search results

08-12

Building got explosively easy.

Then the first change request arrives.

One small fix spawns ten files.

Soon, finding what to change takes longer than changing it.

Anyone can ship a product now. The gap in quality opens later — at the point where the client's revisions begin.

Three principles for crossing the cliff

Adding one more tool never solved it. It only came apart once we fixed the road a request travels and the shape it arrives in.

One route

What was scattered across chat, email and phone calls becomes a card on one board. Nobody hunts for where it was written down.

One format

What, on which screen, and how. Once the shape of a request is fixed, the judgment on the other side standardizes too.

Visible hours

Your client sees the hours spent this month. Numbers you never have to explain are what build trust.

From one request to a work prompt

01A request arrives

WB-42Urgent

The coupon gets applied twice at checkout

2 files

The client's request and attachments land as a single card — in a form you can use without knowing a single technical word.

02It reads the repository

Files read

checkout/coupon.ts tralalero-nested/contexts/checkout.md TRALALERO.md

Estimate3.5h

It picks and reads the relevant files, then produces the hours and the reasoning behind them. It only asks back when the answer genuinely forks.

03Work and review on the board

In progress1

WB-36

Order dates are off by one day

In review1

WB-42

The coupon gets applied twice at checkout

3.5h

When the work is done, the client checks it themselves. If something needs another look, it goes back with a reason attached.

04The decision joins context and history

tralalero-nested/history/2026-08-001.md

Date2026-08-17

CardWB-42

RequestCoupon applied twice

Decision{…}

Files changed{…}

Do not regress{…}

Original wordsThe coupon comes off twice

One line lands in monthly history, while durable decisions update the relevant context file. The next request loads only the matching memory.

What lives on one board

F-01

Request flow

Urgent, request, in progress, review and done

F-02

Card threads

Comments, rework and file or image attachments

F-03

Members

Invitations with role-based access

F-04

Notifications

Push for workflow changes and AI questions

F-05

Repository

A GitHub repository selected by the board owner

F-06

Work estimates

Using selected repository context

F-07

Work prompts

Work plans and prompts for coding agents

F-08

Remote MCP

Controlled board reads and work updates

Claude Code · Codex · Cursor · VS Code · Hermes

Your coding agent is a teammate

Connect an AI coding tool to this workboard and it reads client requests, comments and rework asks directly, then reflects work started and review requests back onto the board.

list_boardsLists the boards you belong to

list_cardsReads a board's cards by column

get_cardFetches one card with its comments

get_work_promptFetches the work prompt for that card

list_updatesReturns only what changed since last time

start_workMoves a card into progress

submit_for_reviewFinishes the work and asks for review

add_commentLeaves a comment the client will read

Your client's code stays theirs

Here is what an estimate carries, and what never stays behind.

What the estimate carries: Card title, body and comments; Supported text attachments; Up to four selected images; Files from the repository the owner chose
What we never store: Source code and diffs; Repository snapshots; Traces of code in logs; Access tokens in plaintext

GitHub Contents write is used only once, for the work-ledger setup the owner approves. It does not edit application code. YCSE does not write customer source text or diffs to its databases, Storage or logs; they exist only in processing memory during transfer. OpenAI Responses requests use store:false with implicit prompt caching enabled for availability and latency. Until ZDR is active, customer content may remain in default abuse-monitoring logs for up to 30 days; API data is not used to train models unless explicitly shared. Documented image-safety, legal and Safety Retention exceptions may apply.

A shark in sneakers

There is no shortage of beautiful tools. Most of them were built for people doing beautiful work, and we turned back at that door more than once — too general, too many decisions to make before the first one.

This board started from the other side. A client who does not write code, or a teammate who joined today, should know what to do the moment it opens. That is the whole brief.

So the shark has legs. It still looks happy.

Start with the request that came in today.

tralalero-nested/history/2026-08-001.md

Date2026-08-17

CardWB-42

RequestCoupon applied twice

Decision{…}Discount math moved into one place

Files changed{…}checkout/coupon.ts

Do not regress{…}One coupon per order, always

Original wordsThe coupon comes off twice

Start in your browser Ask us first

Tralalero — 修正依頼・検収ワークボード

誰もが作れる時代。
差がつくのは修正から。

作ることは驚くほど簡単になりました。本当の仕事は最初の修正依頼から始まります。お客様の依頼をひとつの窓口で受け、同じ形式で処理し、かかった時間をそのまま見せます。

ブラウザではじめる

GitHub · MCP · KO / EN / JA

リデザイン第2回 34.5h / 40h

依頼3

WB-42緊急

決済画面でクーポンが二重に適用されます

3.5h

WB-41

ログインしてもホームに戻りません

2.5h

進行中2

WB-36

注文履歴の日付が1日ずれます

1.5h

WB-33

商品写真がぼやけて見えます

レビュー2

WB-28再依頼

案内メールの送信時刻の調整

WB-27

カートで数量を変更できません

完了3

WB-24

送料の案内文言を修正

08-14

WB-22

会員登録の規約リンクを差し替え

08-13

WB-19

検索結果の並び順を変更

08-12

作ることは驚くほど簡単になりました。

そして最初の修正依頼が届きます。

小さな修正ひとつが、ファイルを十個生みます。

やがて直す時間より、直す場所を探す時間が長くなります。

プロダクトを作ること自体は、もう誰にでもできます。品質の差はそのあと、お客様の修正依頼が始まる地点で開きます。

崖を渡る三つの原則

ツールをもう一つ足しても解けませんでした。依頼が通る道と、その形を先に決めて初めて解けました。

ひとつの窓口

チャットやメール、電話に散らばっていた依頼が、1枚のカードになります。どこに書いたかを探す作業がなくなります。

ひとつの形式

何を、どの画面で、どうするか。依頼の形が決まれば、受ける側の判断も標準化されます。

見える作業量

今月何時間使ったかを、お客様がそのまま見ます。説明のいらない数字が信頼をつくります。

リクエストが作業指示になるまで

01依頼が届く

WB-42緊急

決済画面でクーポンが二重に適用されます

添付 2

お客様のリクエストと添付が1枚のカードになります。専門用語を知らなくても使える形です。

02リポジトリを読んで見積もる

読んだファイル

checkout/coupon.ts tralalero-nested/contexts/checkout.md TRALALERO.md

見積もり3.5h

関連ファイルを選んで読み、作業時間と見積もり根拠を出します。答えが分かれる場合だけ聞き返します。

03ボードで進めて検収する

進行中1

WB-36

注文履歴の日付が1日ずれます

レビュー1

WB-42

決済画面でクーポンが二重に適用されます

3.5h

作業が終わるとお客様が直接確認します。見直す点があれば、理由を添えて差し戻します。

04決定が文脈と履歴に残る

tralalero-nested/history/2026-08-001.md

日付2026-08-17

カードWB-42

依頼の要約クーポン二重適用

作業方針・決定{…}

変更ファイル{…}

回帰禁止の制約{…}

依頼原文クーポンが二回引かれます

決定理由の一行は月別履歴に、長く残す決定は関連コンテキストに記録します。次の依頼では該当するメモリだけを読みます。

1つのボードにあるもの

F-01

依頼の流れ

緊急・依頼・進行中・レビュー・完了

F-02

カードの対話

コメント、再依頼、ファイル・画像添付

F-03

メンバー

役割別権限と招待

F-04

通知

状態変更とAI確認質問のプッシュ

F-05

リポジトリ

ボード所有者が選択したGitHubリポジトリ

F-06

作業時間見積

選択したリポジトリ文脈を利用

F-07

作業指示

作業計画とコーディングエージェント用プロンプト

F-08

リモートMCP

制限されたボード読取り・作業更新

Claude Code · Codex · Cursor · VS Code · Hermes

AIエージェントもチームの一員です

AIコーディングツールをこのワークボードに連携すると、修正依頼やコメント・再依頼を直接読み、作業開始や検収依頼をボードへそのまま反映します。

list_boards参加しているボードを見ます

list_cardsボードのカードを状態別に読みます

get_cardカード1枚の本文とコメントを取得します

get_work_promptそのカードの作業指示を受け取ります

list_updates前回以降の変化だけを受け取ります

start_workカードを進行中に移します

submit_for_review作業を終えて検収を依頼します

add_commentお客様が読むコメントを残します

お客様のコードはお客様のものです

見積もりに何が載り、何が残らないのかを先に明らかにします。

見積もりに載るもの: カードのタイトル・本文とコメント; 対応するテキスト添付; 選択した画像最大4件; ボード所有者が選んだリポジトリのファイル
保存しないもの: コード原文と差分; リポジトリのスナップショット; ログに残るコードの痕跡; 平文で保管されるアクセストークン

GitHub Contentsの書き込みは、所有者が承認した作業台帳の初期化1回にのみ使用します。 通常のコードは変更しません。YCSEのDB・Storage・ログには顧客コード原文とdiffを保存せず、送信中の処理メモリでのみ扱います。OpenAI Responses APIには store:false を指定し、可用性と処理速度のため暗黙的プロンプトキャッシュを有効にします。ZDRが有効になるまでは顧客コンテンツが標準の不正利用監視ログに最大30日保存される場合があります。APIデータは明示的に共有しない限りモデル学習に使用されません。公式の画像安全検査、法令、Safety Retentionの例外が適用される場合があります。

スニーカーを履いたサメ

優れたツールはすでにたくさんあります。ただ、その多くは優れた仕事をする人たちのために作られていて、私たちは何度も入口で引き返しました。汎用的すぎて、最初の一歩の前に決めることが多すぎたのです。

このボードは反対側から出発しました。コードを書かないお客様も、今日加わったメンバーも、開いた瞬間に何をすればいいか分かること。それだけです。

脚のあるサメでもいいじゃないですか。それでも幸せそうに見えます。

今日届いた修正依頼から。

tralalero-nested/history/2026-08-001.md

日付2026-08-17

カードWB-42

依頼の要約クーポン二重適用

作業方針・決定{…}割引計算を一箇所にまとめる

変更ファイル{…}checkout/coupon.ts

回帰禁止の制約{…}クーポンは1注文につき1回のみ

依頼原文クーポンが二回引かれます

ブラウザではじめる先に質問する

누구나 만드는 시대,차이는 수정에서 갈립니다

만드는 일은 폭발적으로 쉬워졌습니다.

절벽을 건너는 세 가지 원칙

하나의 루트

하나의 형식

보이는 업무량

요청 하나가 작업 지시가 되기까지

한 보드 안에 있는 것들

요청 흐름

카드 대화

구성원

알림

저장소 연결

작업시간 산정

작업 지시

원격 MCP

AI 에이전트도 팀원입니다

고객의 코드는 고객의 것입니다

운동화를 신은 상어

오늘 들어온 수정요청부터.

Anyone can build.The difference shows in the revisions.

Building got explosively easy.

Three principles for crossing the cliff

One route

One format

Visible hours

From one request to a work prompt

What lives on one board

Request flow

Card threads

Members

Notifications

Repository

Work estimates

Work prompts

Remote MCP

Your coding agent is a teammate

Your client's code stays theirs

A shark in sneakers

Start with the request that came in today.

誰もが作れる時代。差がつくのは修正から。

作ることは驚くほど簡単になりました。

崖を渡る三つの原則

ひとつの窓口

ひとつの形式

見える作業量

リクエストが作業指示になるまで

1つのボードにあるもの

依頼の流れ

カードの対話

メンバー

通知

リポジトリ

作業時間見積

作業指示

リモートMCP

AIエージェントもチームの一員です

お客様のコードはお客様のものです

スニーカーを履いたサメ

今日届いた修正依頼から。

누구나 만드는 시대,
차이는 수정에서 갈립니다

Anyone can build.
The difference shows in the revisions.

誰もが作れる時代。
差がつくのは修正から。