Singkatnya,
Model terbaru dapat digunakan
Anda dapat menentukan model yang berbeda berdasarkan peran agen
Konfigurasi harness yang lebih detail melalui wawancara saat pembuatannya
https://claude.ai/artifact/NEgL1vj4Dmn1UJYJpuXRWG
Catatan Rilis
Model Cognitive Harness
1.9.025 September 2026, sebelumnya rilis 1.8.0
Saat membuat harness, enam pertanyaan akan diajukan. Jawabannya akan menentukan pemilihan model, titik persetujuan, dan apakah akan menggunakan reviewer eksternal.
Fitur Baru
Apa yang Berubah di 1.9.0
Ditambahkan Pertanyaan "Eksternal Ekspor" dalam Wawancara Konfigurasi
Pertanyaan ini menanyakan apakah kode dan dokumen Anda dapat dikirim ke mesin eksternal di luar alat yang sedang digunakan. Jawabannya akan menentukan pilihan reviewer eksternal.
Anda Tidak Perlu Menulis Nama Model
Cukup berikan deskripsi peran dalam satu baris, dan tingkat model yang tepat serta kekuatan inferensi akan ditentukan. Ini juga akan dibandingkan dengan definisi agen yang ada.
Model Pengganti Dapat Ditetapkan Sebelumnya
Anda dapat menentukan urutan model pengganti dalam pengaturan harness jika model utama tidak tersedia.
Tidak Perlu Mengikuti Model Baru
Alih-alih menggunakan nama generasi, kami menggunakan nama keluarga. Ini berarti Anda tidak perlu mengubah harness meskipun model diperbarui ke versi terbaru.
Saat Membuat Harness Baru
Enam Pertanyaan Akan Diajukan
Saat diminta untuk membuat harness, kami akan menganalisis proyek terlebih dahulu dan hanya mengajukan pertanyaan yang relevan. Misalnya, jika proyek tidak melibatkan rilis atau penerbitan tag, pertanyaan tentang "rilis dan penerbitan tag" tidak akan muncul.
Setiap pertanyaan disertai dengan saran jawaban dan alasan singkatnya. Anda dapat menerima saran tersebut atau memilih jawaban lain.
①
Apa yang Menandakan Selesai?
Lulus uji coba · CI green · Keberadaan output · Konfirmasi akhir oleh manusia
→ Ini akan menjadi kriteria penyelesaian, dan harness akan menggunakannya untuk menentukan kapan pekerjaan selesai.
②
Apa yang Tidak Dapat Dibatalkan?
Rilis · Penerbitan tag · Distribusi paket · Migrasi DB · Push paksa · Pengiriman eksternal · Tidak tahu · Tidak ada
→ Tugas yang mencapai titik ini secara otomatis akan diklasifikasikan sebagai kritis.
③
Apa yang Lebih Menyakitkan Saat Gagal?
Kesalahan lebih menyakitkan · Keterlambatan lebih menyakitkan · Keduanya sama pentingnya
→ Ini akan menentukan kekuatan verifikasi dan tingkat model yang digunakan.
④
Kapan Manusia Harus Memeriksa?
Untuk setiap item yang dipilih pada poin ②, "…persetujuan sebelum" akan dibuat secara otomatis · Tugas kritis memerlukan persetujuan pada tahap perencanaan, implementasi, dan eksekusi · Perjalanan mandiri diizinkan
→ Ini akan menjadi titik kontrol.
⑤
Bagaimana Cara Menghadapi Agen dan Keterampilan yang Sudah Ada?
Gunakan kembali · Gunakan sebagai referensi · Abaikan
→ Ini akan mencegah definisi peran yang tumpang tindih dengan nama berbeda.
⑥
Bisakah Konten Dikirim ke API Eksternal? BARU
Hanya alat yang sedang digunakan · Hanya daftar yang diizinkan (mesin review yang sudah terpasang) · Tidak ada batasan
→ Ini akan diperiksa setiap kali memilih reviewer eksternal. Anda tidak dapat memperluasnya secara arbitrer melalui variabel lingkungan.
Anda Tidak Harus Menjawab Semua Enam Pertanyaan. Jawaban yang terlewat akan diisi dengan opsi paling aman, dan harness akan tetap dibuat.
Namun, nilai tersebut akan ditandai sebagai , bukan pilihan Anda. Ini akan tercatat dalam dokumentasi sehingga Anda dapat membedakan antara pilihan Anda dan asumsi yang dibuat.
- ⚠ Asumsi (Tidak Dijawab): Kriteria Penyelesaian = Lulus Gerbang Uji Coba · CI green · Keberadaan Jalur Output
- ⚠ Asumsi (Tidak Dijawab): Biaya Kegagalan = Kesalahan Lebih Menyakitkan — Terlambat Tapi Tepat
- Tidak Dapat Dibatalkan: Rilis · Penerbitan Tag · Tidak Tahu → Tahap yang Mencapai Daftar Ini Diklasifikasikan Sebagai Kritikal
가정된 값을 바꾸고 싶으면 그 질문만 다시 답하면 된다. 나머지 답은 그대로 남는다.
모델 인지
모델은 역할을 보고 정해진다
에이전트를 만들 때 모델 이름을 적지 않는다. 역할 설명 한 줄을 주면 그것이 어떤 일인지 분류하고, 거기에 맞는 급과 추론 강도를 정해 정의 파일에 적는다. 한 에이전트가 여러 분류에 걸치면 더 높은 급으로 맞춘다.
깊게판정·검증·보안 · 설계·기획 · 구현추론 강도 높음
표준조율·통합 · 문서·릴리스중간
가볍게수집·탐색·목록낮음
분류가 애매한 역할은 ③ 실패 비용 답으로 정한다. 「지연이 더 아프다」면 가볍게, 그 밖에는 표준으로 간다. 되돌리기 어려운 한 번짜리 구현이라면 「오류가 더 아프다」일 때 깊게로 올라간다.
새 세대 모델이 나와도 고칠 것이 없다. 하네스는 Fable 5.1, GPT-6 Astra 같은 세대명을 지목하지 않고 계열 이름으로 부른다. 계열 이름 뒤에 붙는 실제 모델은 도구 쪽에서 새 판으로 바뀌므로, 하네스 문서나 에이전트 정의를 손볼 일이 없다. 특정 판에 묶어 두고 싶을 때만 모델 ID 를 직접 고정하는 방법이 따로 있다.
Codex·Gemini 는 그 CLI 에 설정해 둔 모델을 그대로 쓴다. 하네스가 모델을 바꿔 끼우지 않는다. 대신 추론 강도만 각 제품의 방식으로 번역해 넘긴다 — 설정 이름과 쓸 수 있는 값이 제품마다 다르고 받지 않는 값도 있어서, 받지 않는 값은 보내지 않고 어차피 무시되는 설정은 빼고 보낸다.
배치한 뒤에는 에이전트 정의 파일을 다시 읽어 그 값이 실제로 적혔는지 대조한다. 어긋나면 바로 알려 준다.
배치: 판정 역할 → 깊게 · 추론 강도 높음
확인: 정의 파일 2곳 일치
기존 하네스
1.8.0 으로 만든 하네스 업그레이드 방법
이미 하네스가 들어가 있는 저장소라면, 팩토리를 1.9.0 으로 올린 뒤 아래 다섯 가지를 한 번 정리한다.
리뷰 실행 줄을 한 번 고친다. 고치기 전까지 그 하네스의 외부 리뷰는 전부 실패한다. 무엇을 붙여야 하는지 도구가 알려준다.
$ harness-update.sh plan <하네스> <팩토리>
LAUNCHER: needs-update(.claude 149행)
붙일 줄: REVIEW_GRADE=… HARNESS_ORCHESTRATOR=… bash "…/run-review.sh" …
하네스 문서에 박혀 있는 인터뷰 결과 블록을 다시 만든다. ⑥ 질문이 추가되면서 기존 블록이 모두 옛 버전(stale)으로 표시된다. 순서는 기존과 같다.
Claude 와 Codex 를 함께 쓴다면 갱신을 네 번 돌린다. 런타임 두 곳 × 스킬 두 종. 빠뜨린 곳에는 옛 스크립트가 남는다.
⑥ 을 한 번 답해 두는 편이 좋다. 답하지 않아도 일상 작업은 그대로지만, 중대 등급 검증을 쓰면 「반출 정책이 가정」이라는 표시가 붙어 리뷰가 마무리되지 않는다.
⑥ 에서 「지금 쓰는 도구만」을 고르면 외부 리뷰어가 없어진다. 그만큼 중대 단계마다 직접 승인해야 한다.
알아 둘 것
아직 안 되는 것
계열 이름이 없어지는 것은 미리 알려 주지 못한다. 세대 교체에는 강하지만, 계열 자체가 사라지면 실행할 때 오류로 드러난다. 정기적으로 점검해 알려 주는 기능은 아직 없다.
모델 데이터가 낡았는지는 팩토리에서만 점검한다. 만들어진 하네스 쪽에서는 실행 중 오류로만 나타난다.
인터뷰가 결과를 얼마나 좋게 만드는지는 측정하지 않았다. 전후 비교는 1.8.0 때부터 미뤄 둔 상태 그대로다.
Windows 에서 확장자 없는 실행 파일만 있는 환경이면 설치한 리뷰어가 목록에서 빠질 수 있다. npm 으로 설치한 도구는 해당되지 않는다.
my_harness 1.9.0릴리스 페이지저장소 문서 경로 docs/v1.8.3/ (개발 코드네임)
▶ 원문 출처: https://claude.ai/artifact/NEgL1vj4Dmn1UJYJpuXRWG
▶ 원문 출처: https://github.com/cookyman74/my_harness/blob/main/README_KO.md
