OpenWiki
OpenWiki เป็นเครื่องมือ CLI ที่ใช้เอเจนต์ AI เพื่อสร้างและบำรุงเอกสาร Wiki สำหรับโค้ดเบสโดยอัตโนมัติ ช่วยให้ผู้ช่วยเขียนโค้ด AI สามารถดึงข้อมูลบริบทของ Repository ได้ตามความต้องการ
รายงานเชิงลึก
-
OpenWiki เป็นเครื่องมือบรรทัดคำสั่งแบบโอเพ่นซอร์สโดยทีม LangChain ที่ใช้ AI Agent เพื่อสร้างและบำรุงรักษาเอกสารฐานโค้ดโดยอัตโนมัติ โดยจะอ่านที่เก็บโค้ดของคุณอย่างลึกซึ้ง สร้างชุดวิกิที่มีโครงสร้างโดยเฉพาะสำหรับผู้ช่วยการเขียนโปรแกรม AI (เช่น Claude Code, Cursor, Codex) เพื่ออ่าน และฝังพอยน์เตอร์ใน AGENTS.md และ CLAUDE.md ช่วยให้ตัวแทนสามารถดึงข้อมูลได้อย่างอิสระเมื่อจำเป็น โปรเจ็กต์นี้ได้รับดาว GitHub มากกว่า 11,000 ดวงภายในสองสัปดาห์หลังจากเปิดตัว ทำให้เป็นหนึ่งในโปรเจ็กต์โอเพ่นซอร์ส TypeScript ที่เติบโตเร็วที่สุดในไตรมาสที่ 3 ปี 2569
-
OpenWiki นำโดย Brace Sproul วิศวกรหลักของ LangChain และ Harrison Chase ผู้ก่อตั้ง LangChain ก็มีส่วนร่วมด้วย LangChain เริ่มต้นจากเฟรมเวิร์กการจัดการ AI และเฟรมเวิร์ก DeepAgents (70,000 ดาวขึ้นไป) เป็นฐานเทคโนโลยีหลัก โครงการนี้ได้รับแรงบันดาลใจจากแนวคิด LLM Wiki ที่เสนอโดย DeepWiki, AutoWiki และ Karpathy - แนวคิดหลักคือการแทนที่คำสั่งไฟล์เดียวที่ป่องด้วย Wiki แบบหลายเพจที่มีโครงสร้าง ช่วยให้ผู้ช่วย AI สามารถดึงข้อมูลได้ตามความต้องการ แทนที่จะโหลดบริบททั้งหมดพร้อมกัน เปิดตัวครั้งแรกเมื่อปลายเดือนมิถุนายน พ.ศ. 2569 และปรากฏบนหน้าแรกของ Hacker News เมื่อต้นเดือนกรกฎาคม โดยได้รับการตอบรับอย่างกระตือรือร้นจากชุมชน ณ สิ้นเดือนกรกฎาคม พ.ศ. 2569 OpenWiki ได้ทำซ้ำเป็นเวอร์ชัน 0.2.0 โดยเพิ่มโหมด Personal Brain (ฐานความรู้ส่วนบุคคล) ใหม่ รองรับการเชื่อมต่อกับแหล่งข้อมูลหกประเภท เช่น Gmail, Notion, Slack, X/Twitter, Hacker News และการค้นหาเว็บ และสังเคราะห์ข้อมูลที่กระจัดกระจายลงในฐานความรู้ Markdown ในท้องถิ่น บรรลุการก้าวกระโดดจาก "หน่วยความจำแบบพาสซีฟ" เป็น "หน่วยความจำที่ใช้งาน"
-
OpenWiki มีโหมดการทำงานสองโหมด โหมด Code Brain - ดำเนินการ openwiki --init ในไดเรกทอรีรากของโครงการ โดยจะอ่านโครงสร้างโค้ด ประวัติ git และการขึ้นต่อกันของไฟล์ของคลังสินค้าทั้งหมด ใช้ AI Agent เพื่อสร้างชุดหน้า Wiki ที่มีโครงสร้าง และจัดเก็บไว้ในไดเร็กทอรี openwiki/ จากนั้นจะอัปเดต AGENTS.md และ CLAUDE.md โดยอัตโนมัติ แทรกตัวชี้อ้างอิง และบอกให้ผู้ช่วยเขียนโปรแกรม AI "ตรวจสอบ Wiki ก่อนทำงาน" ส่วนที่ชาญฉลาดของการออกแบบนี้คือเฉพาะบล็อกที่คุณควบคุมเท่านั้นที่จะถูกเขียนใหม่ และการกำหนดค่าแบบกำหนดเองที่ผู้ใช้เขียนทั้งหมดจะยังคงอยู่ โหมด Personal Brain เป็นอีกหนึ่งผลิตภัณฑ์ หลังจากเรียกใช้ openwiki Personal --init คุณสามารถเชื่อมต่อกับ Gmail (เมลแบบอ่านอย่างเดียว), พื้นที่ทำงานของ Notion, ไทม์ไลน์และบุ๊กมาร์กของ X/Twitter, Slack, Hacker News และการค้นหาเว็บ OpenWiki จะดึงข้อมูลที่เพิ่มขึ้นเป็นระยะๆ เพื่อสังเคราะห์วิกิท้องถิ่นเกี่ยวกับงาน โครงการ และความสนใจของคุณ ข้อมูลทั้งหมดถูกจัดเก็บภายใต้ ~/.openwiki/wiki/ ในรูปแบบ Markdown ล้วนๆ โปร่งใสและตรวจสอบได้ กระบวนการอัปเดตจะเป็นไปโดยอัตโนมัติเช่นกัน: openwiki --update จะเขียนเฉพาะหน้าที่เปลี่ยนแปลงผ่าน git diff และการกำหนดสแนปชอต SHA-256 ช่วยให้มั่นใจได้ว่าจะไม่มีการสร้างคอมมิตที่ไม่จำเป็นเมื่อไม่มีการเปลี่ยนแปลง มีเวิร์กโฟลว์ GitHub Actions, GitLab CI และ Bitbucket Pipelines ที่สร้างไว้ล่วงหน้าซึ่งสามารถตั้งค่าให้ทำงานโดยอัตโนมัติทุกวัน และส่งการเปลี่ยนแปลงเอกสารเป็น PR ได้ เมื่อพิจารณาจากประสบการณ์ผู้ใช้ การใช้โทเค็นเมื่อเริ่มต้นคลังสินค้าขนาดใหญ่เป็นครั้งแรกถือว่าไม่ต่ำ - นี่เป็นต้นทุนที่สมเหตุสมผล อย่างไรก็ตาม หากคุณมีการสมัครสมาชิก ChatGPT Plus/Pro อยู่แล้ว คุณสามารถใช้ผู้ให้บริการ openai-chatgpt ได้โดยตรงเพื่อชำระค่าสมัครสมาชิกโดยไม่ต้องจ่ายค่าธรรมเนียม API เพิ่มเติม
-
OpenWiki เป็นโอเพ่นซอร์สโดยสมบูรณ์ ได้รับใบอนุญาตภายใต้ใบอนุญาต MIT และไม่มีเวอร์ชันที่ต้องชำระเงิน โมเดลธุรกิจของ LangChain คือการสะสมระบบนิเวศของนักพัฒนาผ่านโครงการโอเพ่นซอร์ส ซึ่งจะช่วยส่งเสริมการนำผลิตภัณฑ์เชิงพาณิชย์ LangSmith (แพลตฟอร์มสังเกตแอปพลิเคชัน AI) มาใช้ OpenWiki มีการสนับสนุนการติดตาม LangSmith ในตัว และผู้ใช้สามารถเข้าถึงแพลตฟอร์ม LangSmith ได้อย่างราบรื่นเมื่อแก้ไขพฤติกรรมของ Agent
-
โดยทั่วไปแล้ว บทวิจารณ์ของชุมชนจะเป็นไปในเชิงบวก แต่ก็มีข้อสงสัยอย่างมีเหตุผลเช่นกัน ผลตอบรับเชิงบวกมุ่งเน้นไปที่: การแก้ปัญหาที่แท้จริงของ "ตัวแทนไม่เข้าใจโครงสร้างคลังสินค้า" ในตัวช่วยการเขียนโปรแกรม AI; หน้าที่ของ CI ในการอัปเดตเอกสาร PR โดยอัตโนมัติคือ "ส่วนที่ผู้อื่นไม่ได้บรรจุและขาย"; การใช้การสมัครสมาชิก ChatGPT เพื่อใช้โควต้าเป็นโซลูชั่นการลดต้นทุนที่ชาญฉลาดมาก ข้อกังขาจาก Reddit และ Hacker News ก็สมเหตุสมผลเช่นกัน นักพัฒนาบางคนเชื่อว่า "คุณสามารถใช้ Claude Code เพื่อพูดว่า "อ่านโกดังและเขียนเอกสาร" ได้เลย แค่นี้ก็เรียบร้อย ไม่จำเป็นต้องใช้เครื่องมือแยกต่างหาก" อย่างไรก็ตาม ผู้สนับสนุนโต้แย้งว่าคุณค่าของ OpenWiki ไม่ได้อยู่ที่การสร้างเอกสารเพียงครั้งเดียว แต่อยู่ในวงปิดของการอัปเดตอย่างต่อเนื่อง - การเขียนใหม่แบบต่าง ๆ เวิร์กโฟลว์ CI และการเชื่อมไฟล์คำสั่งอัตโนมัติ ซึ่งยากต่อการทำซ้ำอย่างเสถียรด้วยการแจ้งเตือนแบบแมนนวล คำวิจารณ์ที่สำคัญที่สุดคือความเสี่ยงของการแพร่กระจายข้อผิดพลาด: หาก OpenWiki สร้างเอกสารบางหน้าโดยมีข้อผิดพลาด ผู้ช่วยการเขียนโปรแกรม AI จะติดตามบริบทของข้อผิดพลาดนั้นอย่างมั่นใจ และในปัจจุบันยังไม่มีกลไกการตรวจสอบจากบุคคลที่สามที่จะตรวจพบปัญหาดังกล่าว โดยทั่วไปชุมชนโอเพ่นซอร์สแนะนำให้ตรวจสอบเอกสาร PR แต่ละฉบับด้วยตนเอง
-
สื่อเทคโนโลยีโดยทั่วไปเชื่อว่า OpenWiki แสดงถึงทิศทางวิวัฒนาการของเครื่องมือการเขียนโปรแกรม AI ตั้งแต่ "การเติมโค้ดให้สมบูรณ์" ไปจนถึง "การจดจำโค้ด" Titanium Media ประเมินว่าเป็น "การเปลี่ยนแปลงที่สำคัญสำหรับเอเจนต์ AI จากหน่วยความจำแบบพาสซีฟไปเป็นหน่วยความจำแบบแอคทีฟ" บทความวิเคราะห์ทางเทคนิคโดยชุมชนนักเก็ตได้รื้อสถาปัตยกรรมห้าเลเยอร์ของ OpenWiki: การป้อนข้อมูล CLI, การจัดการข้อมูลประจำตัว, รันไทม์ของตัวแทน, แบ็กเอนด์ DeepAgents และระบบตัวเชื่อมต่อ นักวิเคราะห์อุตสาหกรรมได้เห็นสัญญาณที่ลึกซึ้งยิ่งขึ้น - LangChain เริ่มต้นจาก orchestration framework และตอนนี้ได้เริ่มสร้างเครื่องมือเอกสารแล้ว ซึ่งบ่งชี้ว่า "การต่อโมเดลเข้าด้วยกัน" ทำได้ไม่ดี และมูลค่าที่แท้จริงกำลังย้ายไปยังเลเยอร์ของ "วิธีป้อนบริบทที่ถูกต้องให้กับโมเดลในราคาถูก" จากภาพรวมผลิตภัณฑ์ที่มีการแข่งขัน เครื่องมือสร้างเอกสารแบบดั้งเดิม (Javadoc, Sphinx, TypeDoc) แยกวิเคราะห์ AST เพื่อดึงข้อมูลลายเซ็นและสร้างคู่มืออ้างอิง API OpenWiki ช่วยให้ Agent เข้าใจเจตนา สถาปัตยกรรม และวิวัฒนาการของโค้ด และสร้างสิ่งที่วิศวกรต้องการทราบจริงๆ DeepWiki (ผลิตภัณฑ์เชิงพาณิชย์) และ AutoWiki (เป็นเจ้าของโดย Factory) ทับซ้อนกันในการทำงาน แต่ข้อดีของ OpenWiki อยู่ที่การบูรณาการอย่างลึกซึ้งของระบบนิเวศ LangChain และความสามารถที่แตกต่างของ Personal Brain
-
ความเสี่ยงที่ใหญ่ที่สุดมาจากความไม่แน่นอนในคุณภาพของงานประกอบ หากเอกสารที่สร้างขึ้นโดยอัตโนมัติมีข้อผิดพลาด ข้อผิดพลาดเหล่านั้นจะถูกคูณเมื่อตัวแทนดำเนินการเปลี่ยนแปลงโค้ด ขณะนี้ยังไม่มีการทดสอบเกณฑ์มาตรฐานที่เชื่อถือได้ในการวัดคุณภาพการผลิตของ OpenWiki อย่างเป็นกลาง และผู้ใช้สามารถพึ่งพาการตรวจสอบด้วยตนเองเท่านั้น ความเป็นส่วนตัวยังต้องอาศัยความระมัดระวัง OpenWiki อ่านพื้นที่เก็บข้อมูลทั้งหมดเมื่อเริ่มต้นเพื่อสร้างเอกสาร และหากพื้นที่เก็บข้อมูลมีข้อมูลประจำตัว ดัมพ์ข้อมูล หรือบันทึกของลูกค้า ข้อมูลเหล่านี้จะถูกส่งไปยังผู้ให้บริการโมเดล เจ้าหน้าที่ของ LangChain ได้แนะนำอย่างชัดเจนในเอกสารเพื่อ "สแกนข้อมูลที่ละเอียดอ่อนในคลังสินค้าก่อนดำเนินการ" ฟังก์ชั่นการวัดและส่งข้อมูลทางไกลถูกเปิดใช้งานตามค่าเริ่มต้น แม้ว่าจะรวบรวมเฉพาะข้อมูลที่รวบรวมไว้ เช่น คำสั่ง ผลลัพธ์ และหมวดหมู่ข้อผิดพลาด และไม่อ่านเนื้อหาไฟล์ หากใช้งานในสภาพแวดล้อมที่แยกออกจากกันโดยสิ้นเชิง คุณจะต้องตั้งค่าตัวแปรสภาพแวดล้อมอย่างชัดเจนเพื่อปิด
-
หากคุณเป็นนักพัฒนาที่ใช้ผู้ช่วยเขียนโปรแกรม AI อย่างหนัก ดูแลคลังโค้ดขนาดกลางหรือใหญ่กว่า และพบปัญหาคอขวดของ "ตัวแทนไม่เข้าใจโครงสร้างคลังสินค้า" OpenWiki ก็คุ้มค่าที่จะลอง แนวทางปฏิบัติที่ดีที่สุดคือ: ขั้นแรกให้ใช้สาขาชั่วคราวเพื่อทดสอบคลังสินค้าที่คุณคุ้นเคยเป็นอย่างดี และตรวจสอบความถูกต้องของเนื้อหาที่สร้างขึ้นทีละหน้า จากนั้นเพิ่มเข้าไปในกระบวนการ CI หลังจากยืนยันว่าไม่มีปัญหา คงการตรวจทานเอกสาร PR ด้วยตนเองอยู่เสมอ หากคุณเป็นผู้ใช้งานการจัดการความรู้ส่วนบุคคลอย่างหนัก โหมด Personal Brain สามารถช่วยให้คุณรวมข้อมูลที่กระจัดกระจายใน Gmail, Notion และ X/Twitter ลงในฐานความรู้ที่สามารถค้นหาได้ - แต่ควรสังเกตว่าคุณสมบัตินี้ยังค่อนข้างเร็ว และในปัจจุบันยังขาดบริการ MCP ในตัวที่อนุญาตให้เครื่องมืออื่น ๆ ค้นหา Wiki ส่วนตัว สถานการณ์ที่ไม่เหมาะสม ได้แก่: ข้อกำหนดเทมเพลตเอกสารที่ปรับแต่งได้สูง คลังสินค้าที่มีรหัสละเอียดอ่อนจำนวนมาก และระบบสภาพแวดล้อมการผลิตที่มีข้อกำหนดความทนทานต่อความถูกต้องของเอกสารเป็นศูนย์
-
OpenWiki คือการสำรวจไปในทิศทางที่ถูกต้องในระบบนิเวศการเขียนโปรแกรม AI มันไม่ได้คิดค้นแนวคิดใหม่ใดๆ - ผู้อื่นกล่าวถึงแนวคิดต่างๆ เช่น โหมด Wiki และการเขียนเอกสารอัตโนมัติของ Agent - แต่เป็นโครงการแรกที่รวมแนวคิดเหล่านี้ไว้ในเครื่องมือ CLI "ติดตั้งและรัน" และ CI Closed Loop ก็แข็งแกร่งเพียงพอ สำหรับนักพัฒนาที่กำลังเขียนโค้ดด้วยผู้ช่วย AI คำถามบังคับจะกลายเป็นตัวเลือก
รีวิวจากผู้ใช้
-
BCoxSr—หลังจากเพิ่มลงใน CI แล้ว การอัปเดตเอกสารก็เปลี่ยนจาก "TODO ของใครบางคน" เป็น "การส่ง PR อัตโนมัติ" และประสิทธิภาพของทีมก็ดีขึ้นอย่างเห็นได้ชัด แม้ว่า PR ยังคงต้องมีการตรวจสอบด้วยตนเอง แต่ก็ดีกว่าครั้งก่อนมากซึ่งไม่มีใครดูแลเลย -
JoeRodriguez—ฉันเริ่มดูแลรักษา Agent Wiki ที่คล้ายกันด้วยตนเองเมื่อปลายปีที่แล้ว และ OpenWiki ช่วยให้ฉันเปลี่ยนการทำงานด้วยตนเองให้เป็นอัตโนมัติ สิ่งที่มีค่าที่สุดคือเวิร์กโฟลว์ CI ฉันเคยใช้เวลาสองชั่วโมงต่อเดือนในการอัปเดตด้วยตนเอง แต่ตอนนี้มันเป็นไปโดยอัตโนมัติอย่างสมบูรณ์ -
PatrickLopez—ฉันรัน openwiki --init และสร้างเอกสารมากกว่า 30 หน้าในเวลาสิบนาที ซึ่งเร็วกว่าการเขียนด้วยมือมาก และจะไม่ครอบคลุมส่วนที่เขียนด้วยลายมือของ AGENTS.md แต่จะเพิ่มเฉพาะบล็อกเท่านั้น การออกแบบนี้มีน้ำใจมาก -
JHarris_796—โหมดส่วนตัวเป็นคุณสมบัตินักฆ่า หลังจากเชื่อมต่อกับ Gmail และ Notion แล้ว ผู้ช่วย AI ของฉันก็รู้จริงๆ ว่าฉันกำลังทำโปรเจ็กต์อะไรในสัปดาห์นี้ และข้อกำหนดใดบ้างที่ได้รับการกล่าวถึงในอีเมลของลูกค้า วิธีนี้จะมีประสิทธิภาพมากกว่าการคัดลอกบริบทลงในกล่องโต้ตอบด้วยตนเอง -
purplebear951—หลังจากลองใช้เป็นเวลาหนึ่งสัปดาห์ ความรู้สึกที่ยิ่งใหญ่ที่สุดของฉันคือ "การบาดเจ็บจากอุบัติเหตุ" ลดลงอย่างมากเมื่อ Claude Code เปลี่ยนรหัส ในอดีต เมื่อคำจำกัดความของอินเทอร์เฟซมีการเปลี่ยนแปลง AI ไม่รู้ว่าใครใช้งานดาวน์สตรีม และมักจะล้มเหลวหลังจากการเปลี่ยนแปลง ตอนนี้จะอ่านเอกสารประกอบการพึ่งพาโมดูลของ OpenWiki ก่อน และจะตรวจสอบโมดูลที่เกี่ยวข้องเมื่อทำการเปลี่ยนแปลง -
RonaldHenderson—พูดตามตรง การเขียน CLAUDE.md ด้วยตนเองนั้นเจ็บปวดเกินไป ฉันไม่สามารถเขียนได้จนกว่าจะถึง 300 คำ โปรเจ็กต์นี้ใหญ่เกินไปและจำเป็นต้องอธิบายทุกโมดูล OpenWiki สามารถทำได้ด้วยคำสั่งบรรทัดเดียว และคุณสามารถเรียกใช้การอัปเดตเพื่อดำเนินการอัปเดตเพิ่มเติมในภายหลังได้ นี่คือเงินที่ใช้ไปอย่างดี -
淡然_18—สิ่งที่น่าประหลาดใจที่สุดคือสามารถอ่านข้อความคอมมิตและคำอธิบายประชาสัมพันธ์เพื่อทำความเข้าใจเหตุผลเบื้องหลังการตัดสินใจทางสถาปัตยกรรม ไม่เพียงแต่ดูว่าโค้ดคืออะไร แต่ยังรู้ว่า "ทำไมจึงออกแบบด้วยวิธีนี้" นี่คือข้อมูลที่ AI ต้องการจริงๆ -
3ste9b—npm install -g openwiki จากนั้นเรียกใช้ openwiki --init จะใช้เวลาห้านาทีในการจัดทำเอกสารประกอบสำหรับโครงการขนาดกลาง หลังจากติดตั้ง GitHub Action แล้ว PR จะเพิ่มขึ้นโดยอัตโนมัติทุกวัน ดังนั้นจึงไม่จำเป็นต้องบำรุงรักษาด้วยตนเองอีกต่อไป -
FNelsonJr—เอเจนต์ไม่ควรต้องทำความเข้าใจโปรเจ็กต์ตั้งแต่เริ่มต้นทุกครั้งที่สร้างเซสชันใหม่ นี่มันสิ้นเปลืองเกินไป OpenWiki ยังคงมีบริบทที่ตัวแทนควรรู้ในวิกิและนำมาใช้ใหม่ทุกครั้ง นี่เป็นแนวทางที่ถูกต้อง -
qgqt5qu—สำหรับคลังสินค้าขนาดใหญ่ การใช้โทเค็นไม่น้อยเลยทีเดียว การเริ่มต้นครั้งแรกใช้คลังสินค้าที่มีไฟล์ 500 ไฟล์และเผาไปประมาณสองดอลลาร์ แต่ถ้าคุณสมัครสมาชิกผู้ให้บริการ openai-chatgpt ด้วย ChatGPT Plus คุณก็ไม่ต้องจ่ายเงินเพิ่ม โซลูชันนี้ฉลาดมาก -
枫叶205—พูดตามตรง ตอนแรกฉันคิดว่านี่เป็นเพียงการขอให้ Agent อ่านโกดังแล้วเขียนเอกสาร การใช้ Claude Code เพื่อเขียน README โดยตรงแตกต่างกันอย่างไร แต่หลังจากผ่านไปสองวัน ฉันพบว่าการอัปเดตที่เพิ่มขึ้นและการ PR อัตโนมัติของ CI เป็นส่วนที่มีค่าจริงๆ -
brownswan939—ปัญหาที่ใหญ่ที่สุดคือคุณภาพของเอกสารขึ้นอยู่กับรุ่น เอกสารที่สร้างโดยใช้ Sonnet 5 มีความน่าเชื่อถือมาก แต่จะแย่กว่าอย่างเห็นได้ชัดเมื่อใช้โมเดลขนาดเล็ก และคำอธิบายในแต่ละหน้าทำให้เข้าใจผิด ขอแนะนำให้ใช้รุ่นใหญ่สำหรับรุ่นและรุ่นราคาถูกสำหรับการอัปเดต -
Mason.Roberts369—มีความกังวลอย่างมากเกี่ยวกับการแพร่กระจายข้อผิดพลาด หาก OpenWiki สร้างเอกสารข้อผิดพลาดสำหรับหน้าใดหน้าหนึ่ง AI จะติดตามบริบทของข้อผิดพลาดนั้นอย่างมั่นใจ ขณะนี้ไม่มีกลไกการตรวจสอบจากบุคคลที่สาม และการตรวจสอบ PR แต่ละรอบด้วยตนเองนั้นยุ่งยาก -
流光_4—Window ยืนยันว่าไม่ได้แทนที่เอกสารของมนุษย์ สิ่งที่สร้างขึ้นคือเอกสารสถาปัตยกรรมจากมุมมองของ AI ไม่ใช่คำแนะนำในการเตรียมความพร้อมสำหรับสมาชิกใหม่ในทีม ทั้งสองเสริมซึ่งกันและกัน ดังนั้นอย่าคาดหวังว่ามันจะมาแทนที่วิกิของทีมของคุณ -
枫叶_24—"ประเภทการดึงข้อมูล" นี้มีความสมเหตุสมผลมากกว่า "ประเภทการซ้อน" มาก เมื่อก่อน AGENTS.md ยาวขึ้นเรื่อยๆ เมื่อฉันเขียน และ AI จะลืมส่วนก่อนหน้าหลังจากอ่านจบ ตอนนี้คุณเพียงแค่ต้องทิ้งตัวชี้ไว้ในไฟล์คำแนะนำแล้วปล่อยให้ AI ไปที่วิกิเพื่ออ่านหนังสือเมื่อจำเป็น -
EAllenIII574—ความจริงที่ว่า LangChain เป็นเครื่องมือในการจัดทำเอกสารนั้นแสดงให้เห็นถึงแนวโน้มของอุตสาหกรรม - การรวมโมเดลเข้าด้วยกันนั้นทำได้ไม่ดี และวิธีการป้อนบริบทที่ถูกต้องให้กับโมเดลในราคาถูกเป็นจุดมูลค่าที่แท้จริง -
purplesnake128—การติดตั้ง Windows ค่อนข้างยุ่งยาก การติดตั้ง bun จะคอมไพล์การพึ่งพา sqlite3 ที่ดีกว่า และในที่สุดฉันก็สามารถใช้ npm เพื่อทำให้เสร็จได้ หากคุณมีสภาพแวดล้อม Windows เท่านั้น ขอแนะนำให้ใช้ npm แทน bun -
NIher—ฉันใช้ GLM 5.2 และรันผ่าน OpenRouter ฉันใช้เงินหลายสิบหยวนเพื่อจัดทำเอกสารโครงการทั้งหมดให้เสร็จสิ้น คุ้มค่ามากสำหรับทีมขนาดเล็ก เนื่องจากไม่จำเป็นต้องสร้างโครงสร้างพื้นฐานของตนเอง -
JulieWatson_88—สิ่งที่ฉันรอคอยคือมันจะรองรับการเขียน .cursorrules ในอนาคต ปัจจุบันรองรับเฉพาะ AGENTS.md และ CLAUDE.md ผู้ใช้เคอร์เซอร์ยังคงต้องกำหนดค่าด้วยตนเอง ซึ่งคาดว่าจะเพิ่มในเวอร์ชันถัดไป -
JeremyHicks_88—ลองใช้ Personal Brain วันนี้และเชื่อมต่อ Gmail และ Hacker News ของฉัน สามารถแยกลำดับความสำคัญของงานและรายการสิ่งที่ต้องทำในสัปดาห์นี้ออกจากอีเมลนับร้อยฉบับ ซึ่งเปรียบเสมือน "สมองที่สอง" เล็กน้อย -
HUkel—ความจริงที่ว่าการวัดและส่งข้อมูลทางไกลเปิดอยู่ตามค่าเริ่มต้นนั้นไม่สะดวก แม้ว่าจะบอกว่าไม่ได้รวบรวมเนื้อหาไฟล์ แต่คลังเครื่องมือภายในเช่นเราก็ยังคงกังวลอยู่เล็กน้อย โชคดีที่สามารถปิดได้โดยการเพิ่มตัวแปรสภาพแวดล้อม ฉันหวังว่ามันจะถูกปิดโดยค่าเริ่มต้นในอนาคต -
MarthaSimmons_Plus—หากคุณมีเครื่องมือ Agent หลายรายการในทีมของคุณที่ผลัดกันดำเนินการในพื้นที่เก็บข้อมูลเดียวกัน OpenWiki ก็คุ้มค่าที่จะลองใช้ ไม่ว่าจะเป็น Claude Code, Cursor หรือ Codex คุณสามารถรับบริบทผ่านวิกิเดียวกันได้ -
DanicaRatkovićristić—ในที่สุดปัญหาของการเปลี่ยนโค้ด AI โดยอาศัยการคาดเดาเพียงอย่างเดียวก็ได้รับการแก้ไขแล้ว ก่อนหน้านี้ ทุกครั้งที่ฉันขอให้ Cursor เปลี่ยนฟังก์ชัน จะใช้เวลาประมาณครึ่งวันในการ grep ทั้งโปรเจ็กต์เพื่อค้นหาบริบท ขณะนี้มีวิกิ ทำให้เข้าใจสคีมาได้เร็วยิ่งขึ้น -
William392_dev—โซลูชันนี้ถูกกำหนดให้เป็นแบบเพิ่มหน่วยและแบบวนซ้ำ การเริ่มต้นเดียวไม่สามารถทำให้เอกสารสมบูรณ์แบบได้ แต่การอัปเดตอย่างต่อเนื่องจะทำให้วิกิดีขึ้นเรื่อยๆ ฉันคิดว่านี่เป็นทิศทางที่ถูกต้อง - ไม่ใช่เพื่อแสวงหาความสมบูรณ์แบบทันทีและตลอดไป แต่เพื่อทำให้ต้นทุนการบำรุงรักษาเข้าใกล้ศูนย์มากขึ้น -
zeNGU—จริงๆ แล้วไม่จำเป็นต้องใช้มันกับโปรเจ็กต์ที่มีโค้ดจำนวนเล็กน้อย เขียนโกดังเองไม่เกิน 500 เส้นได้เร็วกว่า OpenWiki ได้รับการออกแบบมาสำหรับโครงการที่ซับซ้อนซึ่งมีไฟล์นับหมื่นไฟล์ อย่าฆ่าไก่ด้วยมีด -
IsabellaWilson007—สิ่งที่ฉันกังวลมากกว่าคือสถานการณ์ที่มีข้อมูลที่ละเอียดอ่อนในคลังสินค้า OpenWiki อ่านพื้นที่เก็บข้อมูลทั้งหมดเมื่อสร้างเอกสาร และหากมีคีย์ API หรือข้อมูลลูกค้า สิ่งเหล่านี้จะถูกส่งไปยังผู้ให้บริการโมเดล บล็อกอย่างเป็นทางการแนะนำให้สแกนก่อน -
Mason.Roberts369—DeepWiki นั้นดี แต่เป็นบริการโฮสติ้ง OpenWiki ทำงานในพื้นที่และข้อมูลจะไม่ออกจากพื้นที่ท้องถิ่น สำหรับทีมที่เกี่ยวข้องกับความเป็นส่วนตัวของข้อมูล ความแตกต่างนี้เป็นสิ่งสำคัญ และข้อตกลง MIT สามารถเปลี่ยนแปลงได้มากเท่าที่คุณต้องการ
-
兰花_23—ฉันติดตั้งมันทันทีที่เปิดตัว และมันก็ไม่ใช่เรื่องที่สมเหตุสมผลเลยที่มันได้รับ 11,000 ดาวภายใน 2 สัปดาห์ เครื่องมือนี้แก้ปัญหาทางวิศวกรรมของ "การบำรุงรักษาอย่างต่อเนื่องหลังจากเขียนเอกสาร" ไม่ใช่ปัญหาทางเทคนิคของ "การเขียนเอกสาร"