본문으로 건너뛰기
← 글 목록
Knowledge & Datasoonsik ahn

전화 한 통으로 바뀐 운송 조건을 계획에 반영하려면

A Knowledge Graph Can’t Capture Every Phone Call.

추가 운송 물량이 내일만 300개에서 150개로 줄었습니다. 기본 지식 그래프는 그대로 두고, 담당자가 확인한 임시 조건으로 출하 계획을 다시 계산하는 예시입니다.

LinkedIn 최초 발행 · 원문 영어
LinkedIn 원문·댓글 보기 ↗

위에는 한국어 요약을, 아래에는 영어 원문을 실었습니다.

A Knowledge Graph Can’t Capture Every Phone Call.

“The carrier just called. Tomorrow, Site B can arrange extra transport for only 150 units.”

Your AI’s recommendation assumes 300.

How does that new information become a revised plan?


It’s been a while since my last post in this Agentic AI series.

Since founding Nex & Bridge, I’ve been busy with proposals, speaking engagements, and getting projects underway. I’m grateful to have secured projects with two major Korean enterprises—in financial services and manufacturing—to help them put Agentic AI into practice. These opportunities came sooner than I expected, and I’m excited to begin.

Back to that phone call.

In the illustrative demo below, two sites need to ship 1,200 units. Site A can ship 500. The initial recommendation assigns 700 to Site B, including 300 units of additional transport capacity.

That plan fulfills all demand at a dispatch-day transport cost of $1,780.

But the planner has just learned that only 150 units of additional capacity will be available tomorrow.

The planner shares this update through the cockpit’s chat interface. The assistant identifies the proposed condition:

Site B · Additional transport ≤ 150 units · Tomorrow only.

The ontology-based knowledge graph supplies the business context: the sites, orders, transport services, and constraints involved. The conversational layer lets the planner add a temporary condition to this scenario while keeping the base KG unchanged.

After the planner confirms the interpretation, the planning calculation produces a revised recommendation:

• Ship 500 units from Site A and 550 from Site B. • Fulfill 87.5% of demand. • Spend $1,420 on dispatch-day transport. • Flag the remaining 150 units for replanning.

The planner reviews the cost and shortfall, then approves the revised dispatch instructions.

Building this kind of system has reinforced something for me: much of the work lies in making the business explicit.

How do processes actually run? What does the data mean? Which objectives take priority? Which constraints can be relaxed, under what conditions, and by whom?

AI helps us with the engineering. In my experience, clarifying and structuring these business questions often takes more effort than building the application itself.

That is becoming a core capability in Agentic AI transformation: translating business reality into structured knowledge and decision logic that AI can work with—and people can inspect, challenge, and improve.

How much of your organization’s decision logic is explicit—and how much still lives in people’s heads?


원문에서 언급한 데모는 LinkedIn 원문에서 확인해 주세요. ↗

← 글 목록LinkedIn에서 대화 이어가기 ↗

함께 읽을 글

Knowledge & Data

CoCo에 Knowledge Graph를 연결해 보니

대시보드를 만들던 CoCo가 ‘무엇부터 확인할까’, ‘어떤 시나리오를 비교할까’라는 질문도 다루기 시작했습니다. 업무 지식을 연결한 뒤 달라진 점을 짧게 기록했습니다.

영어 원문 · 게시물본문 읽기 →