amenbo

amenbo 19.0.0 — 분류 하나가 답을 여럿 담습니다

이제 분류를 세울 때, 기록 하나에서 답을 여럿 받게 할 수 있습니다. 양쪽에 걸친 일은 양쪽 모두로 기록됩니다. 16.0.0에서 시작한 결정 기록 작업도 이 버전까지 들어왔습니다.

이제 같은 기록에서 분류가 답을 여럿 받습니다. 16.0.0에서 시작한 결정 기록 작업도 이 버전까지 들어왔습니다.

분류 하나가 답을 여럿 담습니다

어떤 일은 한꺼번에 양쪽에 걸칩니다 — iOS에서도 Android에서도 일어나는 크래시처럼. 기록 하나에 답을 하나만 두는 분류에서는 대표를 골라야 했고, 다른 한쪽은 기록되지 않았습니다.

분류를 만들 때 --cardinality multi를 주거나, 화면의 “분류 관리” 패널에서 **“복수 선택”**을 켜세요.

$ amenbo dimension add --name Platform --cardinality multi --show-on-card
✓ Created dimension: Platform (AMB-DIM-…)

$ amenbo dimension set AMB-T-… Platform ios
$ amenbo dimension set AMB-T-… Platform android

$ amenbo task show AMB-T-…
AMB-T-…  The crash on both handsets
dimensions: Platform=ios, Platform=android

어느 값으로 좁혀도 걸리고, 카드에는 둘 다 보입니다. 하나를 떼도 나머지는 남습니다:

$ amenbo dimension unset AMB-T-… Platform ios
✓ Cleared value on task AMB-T-…

$ amenbo task show AMB-T-…
dimensions: Platform=android
설정기록 하나에 담기는 값값을 하나 더 줄 때보드를 나눌 수 있는지
single(기본값)하나있던 것을 바꿉니다
multi원하는 만큼있던 것을 두고 더합니다아니요

복수 선택 분류로 보드를 나누면 기록 하나가 여러 열에 동시에 서게 되는데, 열은 태스크가 있는 자리를 말합니다 — 그래서 복수 선택 분류는 보드를 나누는 기준으로 나오지 않습니다.

여러 값으로 답하는 기록이 하나라도 남아 있는 동안에는 단일 선택으로 되돌리는 것이 거절되고, 거절하면서 그것이 몇 건인지 알려 줍니다:

$ amenbo dimension update Platform --cardinality single
Error: 1 record(s) answer 'Platform' with more than one value,
so it cannot go back to single-select — clear the extra values off them first

결정을 기록하면서 함께 분류합니다

16.0.0에서도 결정을 분류할 수 있었지만, 기록한 뒤에 따로 밟는 걸음이었습니다. 이제 같은 명령에서 이름을 댑니다:

$ amenbo decision add --title "Ship updates through a prerelease first" \
    --body "..." --dim "Area=sync"
✓ Recorded decision: Ship updates through a prerelease first (AMB-D-…)

필수 분류가 아직 비어 있으면, 기록하면서 어느 것이 남았는지 알려 줍니다:

$ amenbo decision add --title "Keep the store on this device" --body "..."
✓ Recorded decision: Keep the store on this device (AMB-D-…)
  still to classify: Area — pass --dim <axis>=<value> here, or fill it in with
  `amenbo dimension set AMB-D-… <axis> <value>` (accepting it is refused until then)

비어 있는 채로 매듭지으려 하면 거절되고, 무엇을 채워야 하는지 말해 줍니다:

$ amenbo decision accept AMB-D-… --yes
Error: this decision carries no value on Area, which this project requires
Hint: This project requires a value on that axis before a decision can be settled.

결정은 이제 언제 매듭지어졌는지와 함께 누가 매듭지었는지도 보여 줍니다:

$ amenbo decision show AMB-D-…
AMB-D-…  Keep the store on this device
status: accepted
recorded: 2026-09-02T15:33:16Z
decided: 2026-09-02T15:33:22Z by AI

화면에서도 결정을 기록하는 양식이 프로젝트가 요구하는 분류를 묻고, 결정 목록은 보드와 같은 방식으로 분류로 좁혀집니다.

분류가 어느 쪽을 가를지 고릅니다

분류는 태스크에도 결정에도 붙지만, 어떤 것은 한쪽에서만 뜻이 있습니다. --applies-to가 고릅니다:

$ amenbo dimension update Platform --applies-to task
✓ Updated dimension: AMB-DIM-…

$ amenbo dimension show Platform
AMB-DIM-…  Platform (d1)
kind: multi, show-on-card, tasks only

가르지 않는 쪽에서 좁히는 것은 거절됩니다:

$ amenbo decision list --filter "dim:Platform=ios"
Error: dimension 'Platform' does not classify decisions,
so `dim:` cannot narrow decisions by it

화면에서도 태스크로 좁힌 분류는 결정의 페이지에 더는 나오지 않습니다. 이미 붙어 있던 값은 지워지지 않습니다.

그 밖의 수정

  • 화면의 일본어를 고쳤습니다 — 두 번 읽어야 뜻이 잡히던 문구입니다. 상태 이름도 다른 여덟 개 언어의 화면에 맞추었습니다.
  • 새 결정에 “현재” 값이 저절로 붙습니다 — 시간축으로 세운 분류에서, 오늘이 든 기간의 값이 태스크에서와 똑같이 붙습니다. 기록하는 동안 더는 묻지 않습니다.
  • 낱말이 결정까지 닿습니다amenbo search가 이제 분류 값의 이름으로도 결정을 찾아냅니다.
  • 카드가 올라가 보이는 열이면 어디든 내려앉습니다 — 예전에는 열 위에 있어 보여도 내려앉지 않을 때가 있었습니다.
  • 분류 이름에 더는 공백을 넣을 수 없습니다 — 공백이 든 이름은 --filter에서 부를 수 없었습니다. 이미 쓰고 있던 이름은 그대로 됩니다.
  • amenbo configconfig set으로 쓴 설정을 모두 되읽어 줍니다 — 쓸 수는 있는데 보이지 않는 항목이 있었습니다.

받는 곳

최신 릴리스에서 쓰는 OS의 설치 프로그램을 여세요. 관리자 권한은 필요 없습니다.

  • macOS — .pkg, Apple 실리콘용과 Intel용 각각 하나씩(GUI와 CLI가 함께 옵니다)
  • Windows — setup .exe(GUI와 CLI가 함께 옵니다)
  • Linux — GUI는 AppImage이고, amenbo 명령은 CLI 설치 프로그램에서 옵니다

업데이트하려면: GUI에서는 “새 버전이 있습니다” 배너가 그 자리에서 적용합니다. CLI만 설치했다면 amenbo update --apply가 바꿔 줍니다.

저장 데이터 형식이 올라갑니다 — 이 버전에서 처음 실행할 때 마이그레이션되고, 마이그레이션 전의 백업이 자동으로 남습니다. 한 번 올라가면 예전 버전으로는 열 수 없습니다. GUI와 CLI는 같은 설치 프로그램이 함께 올려 주므로, 한쪽만 옛 버전으로 두지 마세요.

처음이신가요? 시작하기를 보세요.