AppForge มี OIDC ที่ทั้งระบบนิเวศใช้จริง — และมีช่องว่างที่เรายังไม่ได้วัด
คำตอบสั้น: AppForge คือ app factory และ shared platform ที่อยู่เบื้องหลัง 16 แอปของ DNAfinity ส่วนที่มีหลักฐานแข็งที่สุดคือ AppForge ID ซึ่งเป็น OIDC identity provider ที่ตรวจสอบสดแล้วและมีแอปอื่นในระบบนิเวศใช้งานข้ามโดเมนจริง ส่วนคำว่า "generate แอปพร้อมใช้" นั้น เรายังไม่เคยวัดว่าต้องแก้มือแค่ไหน — หน้านี้แยกสองเรื่องนี้ออกจากกันให้ชัด
code-truth 16 ก.ค. 2026 OIDC = ตรวจสอบผ่าน live discovery จริง · คะแนน 4.00 = self-assessment เชิง directional จาก AI 3 ตัว ไม่ใช่ audit และไม่ได้ผ่าน user research · ข้อจำกัดของตัวเลขเราทั้งหมด →
Evidence
สิ่งที่พึ่งพาได้วันนี้
AppForge ID — OIDC provider ที่ทำงานจริง
เมื่อ 11 ก.ค. 2026 มีการตรวจสอบสดว่า appforge.dnafinity.com/oidc/authorize resolve ผ่าน live discovery ได้จริง รองรับ PKCE S256 และ signed-state JWT โดยมีแอปในระบบนิเวศ login ข้ามโดเมนผ่านมันจริง นี่ไม่ใช่ diagram บนสไลด์ แต่คือ identity authority ที่หลายแอปพึ่งพาอยู่ทุกวัน
AppForge โฮสต์ Human-DNA engine เอง
รอบประเมิน 16 ก.ค. 2026 ทั้ง 3 โมเดลเห็นตรงกัน (3/3) ว่า AppForge ได้คะแนนเต็มด้าน ecosystem เพราะเป็นตัว โฮสต์ Human-DNA engine ร่วมกับการเป็น OIDC IdP ไม่ใช่แค่ท่อ login · เกณฑ์ที่ผู้ประเมินตั้งไว้ในรอบนี้เข้มขึ้นด้วย: "การใช้ SSO ของ AppForge เฉย ๆ คือ identity plumbing ไม่พอให้คะแนน ecosystem" — แอปที่แค่ต่อ SSO จึงไม่ได้คะแนนนี้ แต่ AppForge ได้เพราะมันคือตัว engine เอง
โมเดลเห็นตรงกันมากที่สุดในพอร์ต
รอบประเมิน 16 ก.ค. AI 3 ตัวให้ AppForge median 4.00 โดยมี spread เพียง 0.14 ซึ่งแคบเป็นอันดับสองของทั้งพอร์ต แปลว่าผู้ประเมินอิสระเห็นภาพตรงกันว่าของชิ้นนี้คืออะไร ไม่ใช่เรื่องที่ตีความไปคนละทาง — ขณะที่อีก 14 แอปยังมีความเห็นต่างกันเกิน 0.3
Codegen เป็น deterministic ไม่ใช่ LLM edit-loop — และนั่นสำคัญกับคุณ
การอ่าน code-truth รอบ 11 ก.ค. พบว่าขั้นตอนสร้างโค้ดของ AppForge โน้มไปทาง deterministic และ zero-token คือให้ผลลัพธ์เดิมซ้ำได้และไม่กินค่า token ต่อการรัน ไม่ใช่ autonomous edit-loop แบบ v0 หรือ Cursor
ทำไมเป็นข้อดีสำหรับงานส่งมอบ
- ผลลัพธ์คาดเดาได้ ไม่แกว่งตามอารมณ์โมเดล
- ต้นทุนต่อการรันไม่ผูกกับราคา token
- ตรวจ diff ได้ว่าอะไรเปลี่ยนเพราะอะไร
ทำไมต้องเข้าใจให้ตรงกันก่อน
- ไม่ใช่ AI ที่ "คุยแล้วแก้โค้ดให้เรื่อย ๆ"
- ถ้าลูกค้าคาดหวังประสบการณ์แบบ Cursor จะผิดหวัง
- ขอบเขตงานต้องเขียนจากสิ่งที่เครื่องมือทำได้จริง
Boundary
สิ่งที่ยังไม่พร้อม และสิ่งที่เราไม่รู้
ยังไม่ได้วัดอัตราการแก้มือ
รายการปรับปรุงภายในของ AppForge มีข้อหนึ่งที่ยังเปิดค้าง คือ "ลด post-generation fixup" โดยตัวชี้วัดที่ตั้งไว้เองคือ เปอร์เซ็นต์ของแอปที่ต้องแก้มือหลัง generate เช่น build error หรือ route พัง — ตัวเลขนี้ยังไม่เคยถูกวัด ตราบใดที่ยังไม่มี ให้วางแผนโครงการโดยเผื่อเวลาแก้มือไว้เสมอ อย่าถือว่า generate เสร็จ = ส่งมอบได้
AppForge ไม่ได้มีไว้แข่งตลาด
เอกสารกลยุทธ์ภายในระบุตรง ๆ ว่าคุณค่าของ AppForge คือ internal leverage ไม่ใช่การไปสู้ UX ของ v0 และจัดความสำคัญด้านการแข่งขันในตลาดไว้ที่ P3 ถ้าโมเดลธุรกิจของคุณคือขายมันเป็นผลิตภัณฑ์แข่งกับ Lovable หรือ Bolt เราไม่ใช่คู่ที่ใช่
ไม่มี traction เช่นเดียวกับทุกแอป
การประเมิน 16 ก.ค. ให้ Traction = 1 จาก 5 กับทุกแอปทั้ง 16 ตัว ทั้ง 3 โมเดล คำของ Codex ในรายงานคือ "HTTP 200 ไม่ใช่ traction" — เว็บที่เปิดได้ไม่ใช่ตลาดที่มี
งานล่าสุดยังไม่ได้ deploy
ชุดปรับปรุง P0 ล่าสุดของ AppForge สร้างและทดสอบเสร็จแล้วเมื่อ 11 ก.ค. แต่ยังอยู่บน branch ที่รอ review ไม่ได้ขึ้น production ซึ่งเป็นรูปแบบที่เกิดกับหลายแอปในพอร์ต และรายงานประเมินเรียกมันตรง ๆ ว่า branch/no-deploy gap
สิ่งที่เราไม่เคลม รายละเอียด pipeline ภายในของ AppForge เป็นคำอธิบายจากเอกสารออกแบบ ยังไม่ผ่านการยืนยันด้วย code-truth เหมือนส่วน OIDC
Evidence
Kit system — 79 kit ที่ใช้ซ้ำข้ามแอปได้
สิ่งที่ทำให้ 16 แอปสร้างได้ด้วยคนคนเดียวไม่ใช่ความเร็วในการพิมพ์ แต่คือ การไม่สร้างของเดิมซ้ำ — kit คือชิ้นส่วนที่ build ครั้งเดียวแล้วใช้ได้ทุกแอป และตอนนี้มี 79 ตัวใน 9 หมวด (core · ai · crosscut · utility · sensor · media · commerce · data · visualization)
ตัวอย่างที่พิสูจน์ว่าช่องทางนี้ใช้ได้จริงข้ามแอป: kit constellation-graph เกิดที่ WorkDNA แล้วถูกนำไปใช้ที่ FinDNA, EmotiQ, BloomDNA และ DataDNA · kit autonomy เกิดที่ SmeDNA แล้วถูกนำไปใช้ที่ WorkDNA และ OperDNA
ตรวจเองได้ 79 kits · ณ 16 ก.ค. 2026 · นับจาก canonical repo ai9tui/appforge@3ba15a46 ด้วย jq '.kits | length' starter-kit/catalog.json และ cross-check ด้วย ls -1 starter-kit/kits | wc -l ซึ่ง CI บังคับให้ตรงกันสองทางเสมอ · ตัวเลขนี้เพิ่มอย่างเดียว ถ้าคุณอ่านหน้านี้ทีหลัง ให้ถือ 79 เป็นขั้นต่ำ · design templates (73) และ app shells (5) เป็นคนละของ ไม่นับรวมเป็น kit
Fit
Partner แบบไหนที่ตรงกับ AppForge จริง ๆ
ตรง
- Software house / SI ที่มีลูกค้า digital transformation อยู่แล้ว และอยากส่งมอบเร็วขึ้นโดยใช้ฐานร่วม
- ทีมที่รับงาน implementation ได้เอง — configuration, migration, integration
- องค์กรที่ต้องการ identity/SSO กลางที่คุมเองได้
- คนที่โอเคกับการวัดผลจาก pilot ก่อนขยาย
ไม่ตรง
- อยากได้ license ไปขายแข่งกับ v0 / Lovable / Bolt
- ต้องการรับประกันว่า generate แล้วใช้ได้ทันทีโดยไม่แก้
- ต้องการ exclusivity หรือ revenue share ตั้งแต่ก่อน pilot
- ต้องการให้ Founder รับงาน L1 support ให้
Operating Boundary
ใครดูแลอะไร — L1 คืองานของคุณ
ตามรัฐธรรมนูญของบริษัทข้อ 27 และมติ DEC-0004 Founder ไม่รับงาน L1 และเหตุผลที่ AppForge ถูกเลือกเป็น commercial focus รอบแรกร่วมกับ SmeDNA ก็ระบุไว้ในมติ DEC-0005 ว่าเพราะ "Partner-led ได้ และ Support สามารถส่งต่อได้" — ถ้าโครงสร้างนี้ไม่เหมาะกับทีมคุณ ควรรู้ตั้งแต่ก่อนคุย
Partner / L1
- ลูกค้า, ขอบเขตงาน, การส่งมอบ
- Configuration และ integration หน้างาน
- Onboarding และอบรมผู้ใช้ของลูกค้า
- Support การใช้งานประจำวัน
Product Owner / L2
- บั๊กและการตั้งค่าขั้นสูง
- Implementation playbook
- Acceptance criteria ของ pilot
- Documentation
DNAfinity / L3
- สถาปัตยกรรมและ shared core
- AppForge ID, consent, security guardrails
- เหตุวิกฤตและ major design decisions
- Release governance
อ่านต่อ โมเดลการทำงานร่วมกันฉบับเต็ม — L0 ถึง L3, pilot gate และสิ่งที่ทำให้เราปฏิเสธ →
Next
ถ้าคุณส่งมอบโครงการให้ลูกค้าอยู่แล้ว
ขั้นแรกไม่ใช่สัญญา แต่คือ โครงการจริง 1 งานที่ scope ชัด พร้อมคนที่รับผิดชอบผลลัพธ์ได้ เราจะรู้ภายในไม่กี่สัปดาห์ว่าฐานร่วมนี้ช่วยคุณจริงหรือเปล่า — และถ้าไม่ช่วย เราอยากรู้เร็วพอ ๆ กับคุณ
เสนอโครงการร่วมส่งมอบ ดูรายละเอียดผลิตภัณฑ์
อัปเดต หน้านี้อัปเดต 17 ก.ค. 2026 · หลักฐาน OIDC ตรวจสอบสดเมื่อ 11 ก.ค. 2026 · คะแนนและ traction อ้างอิงรอบประเมิน 16 ก.ค. 2026
Partner FAQ
คำถามที่ควรถามเราก่อน
AppForge generate แอปที่พร้อมใช้งานจริงได้เลยหรือไม่
เรายังไม่ทราบและไม่อ้าง เพราะยังไม่เคยวัด การลดอัตราการแก้มือหลัง generate เป็นงานที่เปิดค้างอยู่ในรายการปรับปรุงภายใน โดยตัวชี้วัดที่ตั้งไว้คือเปอร์เซ็นต์ของแอปที่ต้องแก้มือหลัง generate เช่น build error หรือ route พัง ตราบใดที่ยังไม่มีตัวเลขนี้ Implementation Partner ควรวางแผนโดยเผื่อเวลาสำหรับการแก้มือไว้เสมอ
อะไรใน AppForge ที่ตรวจสอบแล้วว่าทำงานจริง
AppForge ID ซึ่งเป็น OIDC identity provider คือส่วนที่มีหลักฐานแข็งที่สุด ตรวจสอบสดเมื่อ 11 ก.ค. 2026 ผ่าน live discovery ที่ appforge.dnafinity.com/oidc/authorize รองรับ PKCE S256 และมีแอปในระบบนิเวศใช้งานจริงข้ามโดเมน นี่คือส่วนที่ Partner พึ่งพาได้ในวันนี้
AppForge แข่งกับ v0, Lovable หรือ Cursor หรือไม่
ไม่ เอกสารกลยุทธ์ภายในระบุชัดว่า AppForge ไม่ได้มีไว้แข่งตลาดเครื่องมือ generate แอป คุณค่าของมันคือ internal leverage คือทำให้โรงงานของเราเร็ว แม่น และสม่ำเสมอ ความสำคัญด้านการแข่งขันในตลาดถูกจัดไว้ที่ระดับ P3 Partner ที่คาดหวังจะขาย AppForge เป็นผลิตภัณฑ์แข่งกับ v0 จะไม่ตรงกับสิ่งที่เราวางไว้
การ generate ของ AppForge ใช้ LLM ตลอดเวลาหรือไม่
ไม่ทั้งหมด การประเมิน code-truth เมื่อ 11 ก.ค. 2026 พบว่าขั้นตอนสร้างโค้ดโน้มไปทาง deterministic และ zero-token คือให้ผลลัพธ์เดิมซ้ำได้และไม่กินค่า token ไม่ใช่ edit-loop อัตโนมัติแบบ v0 หรือ Cursor สำหรับงานส่งมอบโครงการ ความคาดเดาได้ของแบบ deterministic มักเป็นข้อดี แต่ต้องเข้าใจให้ตรงกันก่อนว่ามันไม่ใช่สิ่งเดียวกัน