whchoi98.github.io
홈Home / Workshop / Kiro CLI Workshop

Thinking Tool

Thinking Tool

Table of contents

  1. 1. 개요
  2. 2. Thinking Tool 활성화
    1. CLI 설정으로 활성화
    2. 실험 기능 UI로 활성화
  3. 3. 동작 방식
  4. 4. 사용 사례
    1. 4.1 일반 응답과 Thinking Tool 비교
      1. Without Thinking
      2. With Thinking Tool
  5. 5. 장점
    1. 5.1 For Learning & Knowledge Transfer
    2. 5.2 For Debugging
    3. 5.3 For Technical Decision-Making
  6. 6. 활용 사례
    1. 6.1 Architecture 결정
    2. 6.2 Algorithm 선택
    3. 6.3 복잡한 이슈에 대한 디버깅
  7. 7. 구성
    1. Enable/Disable
  8. 8. 제약 사항
    1. 8.1 성능
    2. 8.2 필요하지 않은 케이스
  9. 9. 모범 사례
    1. 9.1 활용이 필요할 때.
    2. 9.2 활용이 필요하지 않을 때.
    3. 9.3 Workflow Integration
  10. 10. 트러블슈팅
    1. Thinking이 보이지 않는 경우
    2. Thinking이 너무 길거나 과도할 때

Thinking Tool 기능은 복잡한 문제를 해결하는 과정에서 Kiro의 **추론 과정(reasoning process)**을 명시적으로 보여줍니다. 이를 통해 Kiro의 의사 결정 과정을 투명하게 확인하고, 학습·검증·디버깅 시 강력한 통찰을 제공합니다.

1. 개요

Thinking Tool을 활성화하면 Kiro는 다음을 수행합니다:

이 기능은 특히 아키텍처 설계, 알고리즘 선택, 디버깅, 트레이드오프 분석 등 복잡한 기술 작업에서 유용합니다.

2. Thinking Tool 활성화

CLI 설정으로 활성화

kiro-cli settings chat.enableThinking true

실험 기능 UI로 활성화

/experiment
# "Thinking" 항목 선택

3. 동작 방식

Thinking Tool은 Kiro가 “복잡한 문제”라고 판단할 때 자동으로 활성화됩니다.

활성화 조건:

Thinking Tool 활성화 시 Kiro는 다음을 수행합니다:

  1. 문제를 구성 요소로 분해
  2. 각 요소에 대한 고려사항을 정리
  3. 가능한 해결책/옵션을 비교
  4. 기준에 따라 선택지 평가
  5. 최종 결론 도출

4. 사용 사례

4.1 일반 응답과 Thinking Tool 비교

Without Thinking

> What's the best way to implement caching for our API?
I recommend using Redis for caching...

With Thinking Tool

🧠 Thinking...

1. First, analyze the nature of cached data
   - Heavy read workload
   - Need TTL and invalidation

2. Evaluate candidate technologies
   - In-memory: fast but limited
   - Redis: distributed, persistent, TTL support
   - Memcached: fast but limited features

3. Based on your use case:
   - API responses → distributed cache needed
   - TTL important → Redis fits well

Conclusion: Redis is the most suitable choice.

5. 장점

5.1 For Learning & Knowledge Transfer

5.2 For Debugging

5.3 For Technical Decision-Making

6. 활용 사례

6.1 Architecture 결정


> 마이크로서비스(microservices)를 사용할지, 모놀리식(monolith)을 사용할지 어떻게 결정해야 할까요?
🧠 Thinking...
	•	팀 규모, 확장성(scalability), 배포 요구사항(deployment needs)을 고려
	•	복잡성(complexity) vs 개발 속도(speed) 간의 트레이드오프(trade-offs)
	•	소규모 팀이거나 요구사항이 불확실할 경우 모놀리식(monolith)을 권장

6.2 Algorithm 선택

> 어떤 Sorting 알고리즘을 사용해야 할까요?
🧠 Thinking...
	•	데이터 크기(data size), 부분 정렬 상태(partial-sortedness), 메모리 제약(memory constraints) 평가
	•	퀵 정렬(Quick Sort), 병합 정렬(Merge Sort), 팀 정렬(Tim Sort), 힙 정렬(Heap Sort) 비교
	•	근거(reasoning)를 포함한 추천 제공

6.3 복잡한 이슈에 대한 디버깅

> 어플리케이션이 느린데, 이유를 모르겠어요.
🧠 Thinking...
	•	DB 쿼리(DB queries), 네트워크 지연(network latency), 메모리 누수(memory leaks), CPU-바운드 작업(CPU-bound tasks) 점검
	•	진단 순서(diagnostic order)와 그 근거(reasoning) 제안

7. 구성

Enable/Disable

# Enable
kiro-cli settings chat.enableThinking true

# Disable
kiro-cli settings chat.enableThinking false

# Check
kiro-cli settings chat.enableThinking

8. 제약 사항

8.1 성능

Thinking Tool는 reasoning을 생성하므로 다음이 발생할 수 있습니다:

8.2 필요하지 않은 케이스

9. 모범 사례

9.1 활용이 필요할 때.

9.2 활용이 필요하지 않을 때.

9.3 Workflow Integration

  1. 복잡한 문제 시작 전 Thinking Tool 켜기
  2. 분석 과정 관찰 & 논리 검증
  3. 구현 단계에서는 성능 위해 끄기
  4. 리뷰 시 다시 켜서 검증

10. 트러블슈팅

Thinking이 보이지 않는 경우

  1. 활성화 여부 확인
kiro-cli settings chat.enableThinking
  1. 단순 질문은 thinking이 트리거되지 않음
  2. 새로운 세션 시작
  3. 더 복잡한 질문 입력

Thinking이 너무 길거나 과도할 때

kiro-cli settings chat.enableThinking false