Better WorkflowsV6
ລາວ
V6 Corepre-alpha

ຫຼັກຖານຕ້ອງໃໝ່.
ບໍ່ຮູ້ ຕ້ອງຢຸດ.

Claude Code plugin ທີ່ກັນບໍ່ໃຫ້ AI agent ປິດວຽກດ້ວຍຜົນເທສສີຂຽວທີ່ເກົ່າແລ້ວ ແລະ ບໍ່ໃຫ້ເຮັດ side effect ຊ້ຳ ຫຼື ຊ້ອນກັນ ທີ່ມັນບໍ່ເຄີຍເຫັນຜົນລັບ. ສິ່ງທີ່ມັນເຮັດໄດ້ມາຈາກໄຟລ໌ policy ທີ່ທ່ານຂຽນ ບໍ່ເຄີຍມາຈາກ prompt.

  • ຫຼັກຖານປັດຈຸບັນ
  • ຫຼາຍສຸດຄັ້ງດຽວ
  • Policy ບໍ່ແມ່ນ prompt
  • Fail-closed
ຕິດຕັ້ງສຳລັບ Claude Code ເບິ່ງມັນຢຸດ GitHub

stale-green · ສີຂຽວທີ່ເກົ່າແລ້ວ ຈາກນັ້ນ push ທີ່ລອງໃໝ່

demo
  1. claude ແກ້ bug ໃນ sum.mjs ໃຫ້ແດ່ ບໍ່ຕ້ອງແລ່ນເທສໃໝ່
  2. testnode --test ຜ່ານໃນໄຟລ໌ a1f3
  3. editagent ແກ້ sum.mjs, ໄຟລ໌ຕອນນີ້ເປັນ 9c07
  4. stop“ແລ້ວ. ເທສຜ່ານ.”
  5. bwສົ່ງກັບ: test ຜ່ານຄັ້ງສຸດທ້າຍໃນ a1f3; ໄຟລ໌ປ່ຽນໄປແລ້ວຫຼັງຈາກນັ້ນ.
  6. testagent ແລ່ນ node --test ໃໝ່: ລົ້ມເຫຼວ 1, ແກ້ໄຂ, ຜ່ານໃນ b2e8
  7. pushgit push ໝົດເວລາ ຫຼັງຈາກ push ໄປເຖິງແລ້ວ
  8. pushagent ລອງ git push ໃໝ່
  9. bwປະຕິເສດ: git-push ສຳເລັດແລ້ວໃນ commit ນີ້.

SENT BACKCore ຢຸດ agent ສອງເທື່ອ: ເທື່ອໜຶ່ງຕອນຈະປິດວຽກດ້ວຍຜົນຜ່ານເກົ່າ, ອີກເທື່ອໜຶ່ງຕອນຈະ push ຊ້ຳ. ທັງສອງເທື່ອມັນຖືກສົ່ງກັບພ້ອມເຫດຜົນ.

ສິ່ງທີ່ Core ກວດ

ຢຸດ 2 ຄັ້ງ · ແລ້ວປອມ 0
  1. Policyຈາກ .better-workflows/policy.jsonPASS
  2. ຫຼັກຖານເທສໃນໄຟລ໌ຕາມສະພາບປັດຈຸບັນBLOCKED
  3. ແລ່ນໃໝ່ເທສຜ່ານໃນ b2e8PASS
  4. ການກະທຳgit-push, ຄັ້ງທຳອິດPASS
  5. ຫຼາຍສຸດຄັ້ງດຽວpush ດຽວກັນ, commit ດຽວກັນBLOCKED

ຫຍໍ້ມາຈາກ demo stale-green ໃນ repository; tree id ເປັນພຽງຕົວຢ່າງ. ແລ່ນ demo ເຕັມດ້ວຍຕົນເອງໃນບໍ່ເທົ່າໃດວິນາທີ ໂດຍບໍ່ຕ້ອງໃຊ້ Claude.

01ຫຼັກການPRINCIPLES

ສາມກົດທີ່ຍິ່ງມີປະໂຫຍດເມື່ອ model ຍິ່ງເກັ່ງຂຶ້ນ.

agent ທີ່ເກັ່ງຂຶ້ນຂຽນໂຄດຫຼາຍຂຶ້ນຕໍ່ session ແລະ ແລ່ນຄຳສັ່ງເອງຫຼາຍຂຶ້ນ. ກົດເຫຼົ່ານີ້ບໍ່ຂຶ້ນກັບວ່າ agent ລະມັດລະວັງຫຼືບໍ່; ມັນໃຊ້ໄດ້ສະເໝີ ບໍ່ວ່າ agent ຈະເວົ້າຫຍັງ.

WITHOUT vs WITHsession ດຽວກັນ

ສະຖານະການagent ຢ່າງດຽວມີ Core
ເທສຜ່ານ ແລ້ວໄຟລ໌ປ່ຽນ“ເທສຜ່ານ.”ສົ່ງກັບໃຫ້ແລ່ນໃໝ່ໃນໄຟລ໌ປັດຈຸບັນ.
npm test | tailນັບວ່າຂຽວ; exit code ເປັນຂອງ tail.ບໍ່ນັບເລີຍ; Stop ບອກເຫດຜົນ.
ໄຟລ໌ spec ດຽວແທນທັງ suiteນັບວ່າ “ເທສຜ່ານ”.ກັບ exact ນັບສະເພາະຄຳສັ່ງເຕັມ.
push ໝົດເວລາຫຼັງໄປເຖິງແລ້ວpush ອີກຄັ້ງ.push ດຽວກັນໃນ commit ດຽວກັນຖືກປະຕິເສດ.
Prompt ບອກວ່າ “publish ໄດ້”publish ເລີຍ.policy ຕັດສິນ: allow, ask ຫຼື deny.

AUTHORITYອຳນາດມາຈາກໃສ

  1. L1
    policy.json

    ຄົນເປັນຜູ້ຂຽນ ແລະ ປ່ຽນ. Core ປະຕິເສດເມື່ອ agent ຈະແກ້ໄຂມັນໂດຍກົງ.

    SOURCE
  2. L2
    ສິດຂອງ Claude Code

    ຍັງໃຊ້ຢູ່. allow ໃນ policy ບໍ່ເຄີຍໃຫ້ສິດຫຼາຍກວ່າທີ່ Claude Code ຈະໃຫ້.

  3. L3
    Core hooks

    ບັງຄັບໃຊ້ policy ໃນທຸກຄຳສັ່ງ, ການແກ້ໄຂ ແລະ ການຢຸດ.

  4. L4
    Prompt

    ອະທິບາຍເປົ້າໝາຍ. ບໍ່ມີອຳນາດໃດໆ.

    NONE

02ວິທີເຮັດວຽກHOW IT WORKS

ຫົກ hook, ledger ດຽວໃນ .git.

Core ແລ່ນຢູ່ໃນ hooks ຂອງ Claude Code ເອງ. ບໍ່ມີຫຍັງຕ້ອງເປີດ, ບໍ່ມີ server, ບໍ່ມີບັນຊີ; ສະຖານະເກັບໄວ້ໃນ .git/better-workflows/ ຂອງແຕ່ລະ repository.

HOOKShooks

  1. SessionStart: ບອກ agent ວ່າການກວດໃດຕ້ອງຜ່ານ ແລະ side effect ໃດຍັງບໍ່ໄດ້ສະຫຼຸບຜົນ ແລະ ເຕືອນຖ້າ policy ບໍ່ຖືກຕ້ອງ ຫຼື ຕ້ອງໃຊ້ gh ແຕ່ໃຊ້ບໍ່ໄດ້.
  2. PreToolUse: ອະນຸຍາດ, ຖາມ ຫຼື ປະຕິເສດແຕ່ລະ side effect ແລະ ປະຕິເສດການແກ້ໄຂ policy ແລະ ledger.
  3. PostToolUse: ບັນທຶກແຕ່ລະການກວດພ້ອມ Git tree ທີ່ມັນແລ່ນ ແລະ ແຕ່ລະ side effect ພ້ອມ exit code ຂອງມັນ.
  4. Stop: ຖ້າມີໄຟລ໌ປ່ຽນ ແລະ ການກວດທີ່ຈຳເປັນຍັງຂາດ, ລົ້ມເຫຼວ ຫຼື ເກົ່າແລ້ວ ຈະສົ່ງ agent ກັບໜຶ່ງເທື່ອພ້ອມເຫດຜົນ; ເທື່ອຕໍ່ໄປຈະພຽງແຕ່ເຕືອນ.
  5. bw status (ເປັນຄຳສັ່ງ ບໍ່ແມ່ນ hook): ສະແດງສະຖານະດຽວກັນໃຫ້ທ່ານເບິ່ງ.
STOP

ການປິດວຽກ

ຫຼັກຖານຜູກກັບໄຟລ໌

ເທສ, lint, typecheck ຫຼື build ຈະນັບກໍຕໍ່ເມື່ອມັນຜ່ານ, exit code ຂອງມັນເອງເປັນຕົວຕັດສິນ, ບໍ່ມີໄຟລ໌ປ່ຽນໃນຂະນະແລ່ນ, ແລະ ໄຟລ໌ຍັງຄືກັບຕອນທີ່ມັນແລ່ນທຸກປະການ.

ທາງເລືອກ

  • exact: ນັບສະເພາະຄຳສັ່ງເຕັມ ແລະ cwd ກຳນົດວ່າຕ້ອງແລ່ນຢູ່ໃສ.
  • scope (ໃຊ້ຮ່ວມກັບ exact): ການປ່ຽນແປງນອກ directory ທີ່ລະບຸ ບໍ່ເຮັດໃຫ້ຜົນລັບເກົ່າ.
  • ignore (ທັງ policy): output ທີ່ການກວດຂຽນ ເຊັ່ນ coverage ບໍ່ນັບເປັນການປ່ຽນແປງ.
PRETOOLUSE

Side effect

ຫຼາຍສຸດຄັ້ງດຽວ, ບໍ່ຮູ້ຕ້ອງຢຸດ

push, ການສ້າງ ແລະ merge PR, release, publish package ແລະ ປະເພດທີ່ທ່ານກຳນົດເອງ ແຕ່ລະອັນຕ້ອງມີ allow ຈາກ policy. ມີພຽງ exit code 0 ທີ່ເປັນຜົນລັບທີ່ຮູ້.

ການກວດແບບອ່ານຢ່າງດຽວ ໃຊ້ເພື່ອສະຫຼຸບຜົນລັບທີ່ບໍ່ຮູ້

  • git ls-remote
  • gh pr list / view
  • gh release view
  • npm view

RULESກົດທີ່ໃຊ້ສະເໝີ

  • R1

    policy ທີ່ບໍ່ຖືກຕ້ອງຈະປະຕິເສດທຸກ side effect ແທນທີ່ຈະກັບໄປໃຊ້ຄ່າເລີ່ມຕົ້ນ.

  • R2

    ສິດທີ່ໝົດອາຍຸຈະກັບໄປເປັນ ask. ມີພຽງຄົນທີ່ຕໍ່ອາຍຸໄດ້ ໂດຍການແກ້ໄຂ policy.

  • R3

    ຄຳສັ່ງທີ່ Core ອ່ານບໍ່ໄດ້ ເຊັ່ນ eval ຫຼື sh -c ຖືວ່າເປັນ opaque ແລະ ຈະຖາມກ່ອນ.

  • R4

    ledger ເປັນແບບ append-only ແລະ ຕໍ່ກັນດ້ວຍ hash; bw verify ກວດພົບລາຍການທີ່ຖືກແກ້ໄຂ ຫຼື ຖືກລຶບ ແລະ ແຖວສຸດທ້າຍທີ່ຂຽນບໍ່ແລ້ວ, ແຕ່ກວດບໍ່ພົບລາຍການທັງລາຍການທີ່ຖືກຕັດອອກຈາກທ້າຍ.

03HostHOSTS

Claude Code ກ່ອນ.

Core ບໍ່ຜູກກັບ host ໃດ; ແຕ່ລະ host ຕ້ອງມີ adapter ນ້ອຍໆ. Claude Code ເປັນອັນທຳອິດ ແລະ ເປັນອັນດຽວທີ່ຮອງຮັບໃນມື້ນີ້.

ການຮອງຮັບ host ແລະ ລະບົບປະຕິບັດການ
HostmacOSLinuxWindows
Claude Codehost ທຳອິດຮອງຮັບ, ທົດສອບໃນ CIຮອງຮັບ, ທົດສອບໃນ CIຍັງບໍ່ໄດ້ທົດສອບ
CodexV5 ເທົ່ານັ້ນ, ແຊ່ແຂງວາງແຜນໄວ້ວາງແຜນໄວ້ວາງແຜນໄວ້
Gemini CLIV5 ເທົ່ານັ້ນ, ແຊ່ແຂງວາງແຜນໄວ້ວາງແຜນໄວ້ວາງແຜນໄວ້
Qwen CodeV5 ເທົ່ານັ້ນ, ແຊ່ແຂງວາງແຜນໄວ້ວາງແຜນໄວ້ວາງແຜນໄວ້

CI ແລ່ນ Core ໃນທຸກ pull request.macOS 15 ແລະ Ubuntu 24.04, Node 22.23.3 ແລະ 24.21.0.

04ເລີ່ມຕົ້ນGET STARTED

ສາມຄຳສັ່ງ ແລ້ວຂໍໃຫ້ແກ້ໄຂ.

ຕ້ອງການ Node.js 22.14 ຂຶ້ນໄປ, Git ແລະ Claude Code ທີ່ຮອງຮັບ plugin.

  1. 1

    Clone Core

    ຄັ້ງດຽວຕໍ່ເຄື່ອງ. ຖ້າທ່ານເຄີຍແລ່ນ V5 ຢູ່ນີ້ ໃຫ້ຍ້າຍ ~/.better-workflows ໄປເປັນ ~/.better-workflows-V5 ກ່ອນ ແລ້ວຕັ້ງ SBW_STATE_ROOT ໃຫ້ຊີ້ໄປທີ່ນັ້ນ.

  2. 2

    ເພີ່ມ plugin

    ຕິດຕັ້ງຕໍ່ repository ດ້ວຍ --scope local ເພື່ອບໍ່ໃຫ້ມີຫຍັງຖືກຂຽນລົງໃນໄຟລ໌ທີ່ທ່ານ commit.

  3. 3

    ຂຽນ policy

    bw init ຂຽນ .better-workflows/policy.json. commit ມັນເພື່ອໃຫ້ທຸກຄົນໄດ້ກົດດຽວກັນ.

  4. ຄູ່ມືເຕັມອະທິບາຍການກວດ, side effect ຂອງທ່ານເອງ ແລະ ຜົນລັບທີ່ບໍ່ຮູ້. ຄູ່ມືເລີ່ມຕົ້ນ

Claude Code

git clone https://github.com/stephen-taipei/better-workflows ~/.better-workflows
claude plugin marketplace add ~/.better-workflows/packages/bw-core
claude plugin install better-workflows-core@better-workflows --scope local
node ~/.better-workflows/packages/bw-core/bin/bw.mjs init

ທາງເລືອກ: ແລ່ນທັງສອງສະຖານະການໂດຍບໍ່ຕ້ອງໃຊ້ Claude ໃນບໍ່ເທົ່າໃດວິນາທີ.

node ~/.better-workflows/packages/bw-core/examples/stale-green/demo.mjs

ຈາກນັ້ນລອງເບິ່ງ

ປ່ຽນແຖວດຽວໃນ repository ນີ້ ແລະ ບໍ່ຕ້ອງແລ່ນເທສ.

ເມື່ອ Claude Code ພະຍາຍາມປິດວຽກ ມັນຈະຖືກສົ່ງກັບ ແລະ ບອກວ່າຂາດການກວດໃດ.

05ຂໍ້ຈຳກັດLIMITS

ມັນສະກັດຫຍັງ ແລະ ເບິ່ງບໍ່ເຫັນຫຍັງ.

gate ມີປະໂຫຍດກໍຕໍ່ເມື່ອທ່ານຮູ້ຂອບເຂດຂອງມັນ.

ສະກັດ

ຄວາມຜິດພາດທີ່ສັງເກດໄດ້

  • ການປິດວຽກດ້ວຍການແລ່ນເທສທີ່ເກົ່າ ຫຼື ລົ້ມເຫຼວ, ຫຼື ທີ່ແລ່ນບໍ່ຄົບ ເມື່ອການກວດຖືກໝາຍເປັນ exact
  • pipe ຫຼື || true ທີ່ເຊື່ອງຄວາມລົ້ມເຫຼວ
  • push, merge, release ຫຼື publish ຊ້ຳ
  • side effect ໃນຂະນະທີ່ອັນກ່ອນໜ້າຍັງບໍ່ຮູ້ຜົນ
  • agent ແກ້ໄຂ policy ຫຼື ledger ຂອງຕົນເອງໂດຍກົງ

ບໍ່ເຮັດ

ນອກສາຍຕາຂອງມັນ

  • ເຫັນ side effect ພາຍໃນ script ເວັ້ນແຕ່ policy ລະບຸ script ນັ້ນ
  • ຕັດສິນວ່າເທສຂອງທ່ານດີພໍຫຼືບໍ່
  • ສ້າງ dependency graph: scope ຕ້ອງລະບຸທຸກສິ່ງທີ່ການກວດຂຶ້ນກັບ
  • ນັບໄຟລ໌ທີ່ Git ignore ເປັນສ່ວນໜຶ່ງຂອງຫຼັກຖານ

ປະໃຫ້ທ່ານ

ການຕັດສິນໃຈຂອງຄົນ

  • ສະຫຼຸບ side effect ທີ່ອ່ານຜົນລັບກັບຄືນບໍ່ໄດ້
  • ຕໍ່ສິດເກີນ expiresAt ຂອງມັນ
  • ເລືອກວ່າ scope ຄອບຄຸມຫຍັງ
  • ຕັດສິນວ່າ session ກຳລັງວົນຢູ່ບ່ອນເກົ່າເມື່ອໃດ
Core ສະກັດຄວາມຜິດພາດຂ້າງເທິງ. ຍັງບໍ່ໄດ້ວັດແທກວ່າມັນຫຼຸດວຽກທີ່ຕ້ອງເຮັດຄືນ ຫຼື ການຕັດສິນໃຈຜິດໃນວຽກຍາວໆຫຼືບໍ່; ນັ້ນແມ່ນຈຸດປະສົງຂອງໄລຍະໃຊ້ເອງໃນປັດຈຸບັນ.
  1. B1shell parser ບໍ່ຂະຫຍາຍ: ຄຳສັ່ງທີ່ມັນອ່ານບໍ່ໄດ້ ຈະຖືກຖາມກ່ອນແລ່ນ ແລະ ເທສທີ່ເຊື່ອງຢູ່ໃນ eval ຫຼື sh -c ບໍ່ເຄີຍນັບເປັນຫຼັກຖານ.
  2. B2Core ພຽງແຕ່ນັບວ່າ session ດຳເນີນໄປແນວໃດ. ມັນກຳລັງເຂົ້າໃກ້ຄຳຕອບຫຼືບໍ່ ແມ່ນ agent ຫຼື ທ່ານເປັນຜູ້ຕັດສິນ.
  3. B3pull request ແລະ release ກວດທຽບດ້ວຍ gh; ຖ້າບໍ່ມີ ພວກມັນຈະຍັງບໍ່ຮູ້ຜົນຈົນກວ່າທ່ານຈະສະຫຼຸບ.

06ສະຖານະSTATUS

ໂຄງການຢູ່ໃສແລ້ວ.

V6 ແທນ workflow engine ຂອງ V5 ດ້ວຍ core ນ້ອຍໆ. ວັນທີຈະມີເມື່ອບັນລຸເງື່ອນໄຂ.

  1. DONE ແຊ່ແຂງ

    V5.0 RC1

    tag V5.0.rc1

    workflow engine ຫຼາຍ host. ແຊ່ແຂງໃນ branch frozen/v5; ບໍ່ມີວຽກໃໝ່.

  2. NOW ກຳລັງດຳເນີນ

    V6 Core pre-alpha

    packages/bw-core

    Claude Code hooks, scope ຂອງຫຼັກຖານ, ໃຊ້ເອງໃນສອງ repository.

  3. NEXT ຫຼັງໄລຍະໃຊ້ເອງ

    V6 Core alpha

    release ທຳອິດທີ່ມີ tag

    ຈະເຜີຍແຜ່ເມື່ອໄລຍະໃຊ້ເອງສະແດງວ່າຈັບບັນຫາໄດ້ແທ້ ແລະ ບລັອກຜິດໜ້ອຍ. host ອື່ນຈະຕາມມາເປັນ adapter ນ້ອຍໆ.

STATEMENTຖະແຫຼງການ

PRE-ALPHA

Core ໃຊ້ໄດ້ແລ້ວມື້ນີ້ ແລະ ແລ່ນຢູ່ໃນ repository ຂອງຜູ້ດູແລເອງ. ຮູບແບບ policy ອາດຍັງປ່ຽນກ່ອນ alpha.

ທຸກຢ່າງຢູ່ນີ້ຟຣີ ແລະ ເປັນ open source. ບໍ່ມີແພັກເກັດເສຍເງິນ, ບັນຊີ ຫຼື telemetry.

LICENSINGລິຂະສິດ

ລິຂະສິດ
ສ່ວນLicenseສະຖານະ
V6 Core (packages/bw-core)Apache-2.0ໃຊ້ງານ
ເວັບໄຊ ແລະ ສ່ວນທີ່ເຫຼືອຂອງ repositoryAGPL-3.0-onlyໃຊ້ງານ
V5 pluginAGPL-3.0-onlyຢູ່ frozen/v5ແຊ່ແຂງ

07ເອກະສານDOCS

ທຸກຢ່າງຢູ່ໃນ repository.

ຄູ່ມືຂຽນເປັນພາສາອັງກິດ ແລະ ຈີນຕົວເຕັມ. ແຕ່ລະພາສາໃນເວັບໄຊນີ້ມີ README ສັ້ນໆຢູ່ GitHub.

08FAQFAQ

ຄຳຖາມທີ່ພົບເລື້ອຍ, ຄຳຕອບກົງໆ.

ມີຄຳຖາມອື່ນບໍ? ເປີດ issue ຢູ່ GitHub. GitHub Issues

ມັນເຮັດໃຫ້ Claude Code ຊ້າລົງບໍ?

hook ທີ່ຈັດການການກວດ ຫຼື side effect ຈະຄິດໄລ່ hash ຂອງ working tree ດ້ວຍ Git ເຊິ່ງໃຊ້ເວລາພຽງ millisecond ໃນ repository ທົ່ວໄປ. repository ທີ່ໃຫຍ່ຫຼາຍຈະໃຊ້ເວລາຫຼາຍກວ່າໃນແຕ່ລະການເອີ້ນແບບນີ້.

ມັນອາດຕິດຢູ່ ແລະ ສົ່ງ agent ກັບບໍ່ສິ້ນສຸດບໍ?

ມັນສົ່ງ agent ກັບພ້ອມເຫດຜົນ ແລະ ຄວາມຄືບໜ້າຂອງ session ຈົນເຖິງຕອນນີ້: ຈຳນວນການແລ່ນ, ການລົ້ມເຫຼວຕິດຕໍ່ກັນ, ຈຳນວນຄັ້ງທີ່ຖືກສົ່ງກັບແລ້ວ. ຈາກນັ້ນ agent ສາມາດຢຸດ ແລະ ບອກທ່ານຢ່າງຊັດເຈນວ່າການກວດໃດທີ່ຍັງລົ້ມເຫຼວຢູ່.

agent ປິດມັນໄດ້ບໍ?

ບໍ່ໄດ້ໂດຍກົງ. Core ປະຕິເສດເມື່ອ agent ຈະແກ້ໄຂ policy ແລະ ledger ແລະ ປະຕິເສດ bw init ກັບການສະຫຼຸບຜົນການກະທຳດ້ວຍມື. ການຖອນ plugin ຫຼື ການປ່ຽນໄຟລ໌ເຫຼົ່ານັ້ນດ້ວຍວິທີອ້ອມ ຢູ່ພາຍໃຕ້ກົດການອະນຸຍາດຂອງ Claude Code ເອງ ດັ່ງນັ້ນໃຫ້ເປີດການຖາມຢືນຢັນເຫຼົ່ານັ້ນໄວ້.

ມັນສົ່ງຫຍັງໄປບ່ອນໃດບໍ?

ບໍ່ມີ server ແລະ ບໍ່ມີ telemetry. ການເອີ້ນເຄືອຂ່າຍມີພຽງການກວດແບບອ່ານຢ່າງດຽວດ້ວຍ git, gh ແລະ npm ຂອງທ່ານເອງ ເພື່ອຢືນຢັນວ່າ side effect ເກີດຂຶ້ນແລ້ວຫຼືບໍ່. ledger ຢູ່ໃນ .git/better-workflows/.

ແລ້ວ Codex, Gemini CLI ຫຼື Qwen Code ເດ?

ພວກມັນເຄີຍແລ່ນ V5 ເຊິ່ງຖືກແຊ່ແຂງແລ້ວ. Core ບໍ່ຜູກກັບ host ໃດ ແລະ ມີແຜນສ້າງ adapter ສຳລັບພວກມັນຫຼັງ alpha.

ລອງໃນບໍ່ເທົ່າໃດວິນາທີ

ການແລ່ນຄຳສັ່ງບໍ່ແມ່ນຫຼັກຖານ. ໄຟລ໌ຕ່າງຫາກ.

ແລ່ນ demo ໂດຍບໍ່ຕ້ອງໃຊ້ Claude ແລ້ວຕິດຕັ້ງໃນ repository ດຽວ ແລະ ຂໍໃຫ້ແກ້ໄຂ.

ຕິດຕັ້ງສຳລັບ Claude Codeເບິ່ງໃນ GitHub