Do You Still Own the Code Your AI Wrote? I Built CodeOwnership to Measure It

Your coding assistant reports that every test passed. The build is green, so you merge the pull request and move on. Three weeks later, an issue arrives, but the agent isn't available to help. Perhaps your API quota is exhausted, or you are stuck on a commuter train with no signal. The code is yours now, and something is broken. Can you actually fix it?

That question is the core problem behind the CodeOwnership project. In practice, ownership means more than having your name on a commit. You only truly own code if you can trace its logic and patch it fully unaided. Passing tests show that software works on a good day, but they do not prove you understand it. This concerns maintenance only, not licensing or copyright.

The author built CodeOwnership, a lightweight pilot, to test this blind spot. An AI agent writes a feature, and the developer records an honest rating of how well they understand it. A second agent then introduces a single pre-registered bug. The developer opens an incident report with all AI tools turned off and tries to locate the defect.

The harness, which includes locked specifications, visible and hidden tests, a blind bug verification check, a guided CLI, and a report tool that avoids a single combined score, is complete. In the first trial, the author rated their confidence 4 out of 5, then stopped the timer at 8 minutes and 12 seconds without finding the bug. About 30 minutes in a later session, the bug was located, though the script still logged NOT FIXED because no fix had been applied.

This is one developer on one run, not an industry benchmark. It shows how the harness works, where it breaks down, and what a realistic test of code comprehension looks like.

يُخبرك مساعد البرمجة بأن جميع الاختبارات نجحت. البناء أخضر، فتدمج طلب السحب وتنتقل إلى المهمة التالية. بعد ثلاثة أسابيع تصل مشكلة، لكن الوكيل غير متاح للمساعدة. ربما نفدت حصتك من واجهة البرمجة، أو أنك عالق في قطار الضواحي بلا إشارة. الشيفرة أصبحت ملكك الآن، وثمة خلل فيها. فهل تستطيع فعلاً إصلاحها؟

هذا السؤال هو جوهر مشروع CodeOwnership. عمليًا، لا تعني الملكية أن يظهر اسمك على الإيداع فحسب. أنت لا تملك الشيفرة حقًا إلا إذا استطعت تتبع منطقها وترقيعها بالكامل دون مساعدة. فالاختبارات الناجحة تُثبت أن البرنامج يعمل في يوم جيد، لكنها لا تُثبت أنك تفهمه. ويتعلق هذا بالصيانة فقط، لا بالترخيص أو حقوق النشر.

بنى المؤلف CodeOwnership، وهو مشروع تجريبي خفيف، لاختبار هذه الثغرة العمياء. يكتب وكيل ذكاء اصطناعي ميزة، ويسجل المطور تقييمًا صادقًا لمدى فهمه لها. ثم يُدخل وكيل ثانٍ خللاً واحدًا مسجلًا مسبقًا. يفتح المطور تقرير حادثة بعد إيقاف جميع أدوات الذكاء الاصطناعي، ويحاول تحديد موضع العيب.

أصبح إطار الاختبار مكتملًا، ويشمل مواصفات مقفلة، واختبارات ظاهرة وأخرى مخفية، وفحص تحقق أعمى من الخلل، وواجهة سطر أوامر موجهة، وأداة تقارير لا تدمج المقاييس في درجة واحدة. في التجربة الأولى، قيّم المؤلف ثقته بـ4 من 5، ثم أوقف المؤقت عند 8 دقائق و12 ثانية دون أن يعثر على الخلل. وبعد نحو 30 دقيقة في جلسة لاحقة، عُثر على الخلل، لكن السكربت ظل يسجل الحالة NOT FIXED لأنه لم يُطبَّق أي إصلاح.

هذه نتيجة مطور واحد في تشغيل واحد، وليست مقياسًا معياريًا للصناعة. وهي تبيّن كيف يعمل إطار الاختبار، وأين يتعثر، وكيف يبدو الاختبار الواقعي لفهم الشيفرة.

আপনার কোডিং সহকারী জানায় যে সব টেস্ট পাস করেছে। বিল্ড সবুজ, তাই আপনি পুল রিকোয়েস্ট মার্জ করে পরের কাজে চলে যান। তিন সপ্তাহ পরে একটি সমস্যা আসে, কিন্তু এজেন্ট সাহায্য করার জন্য উপলব্ধ নেই। হয়তো আপনার API কোটা শেষ, অথবা আপনি সিগন্যালহীন কমিউটার ট্রেনে আটকে আছেন। কোডটি এখন আপনার, এবং কিছু একটা ভেঙে গেছে। আপনি কি সত্যিই এটি ঠিক করতে পারবেন?

এই প্রশ্নটিই CodeOwnership প্রকল্পের মূল সমস্যা। বাস্তবে মালিকানা মানে শুধু কমিটে আপনার নাম থাকা নয়। আপনি তখনই সত্যিকারের মালিক হন, যখন আপনি কোডের যুক্তি অনুসরণ করতে পারেন এবং কোনো সাহায্য ছাড়াই তা সম্পূর্ণভাবে ঠিক করতে পারেন। পাস করা টেস্ট কেবল দেখায় যে ভালো দিনে সফটওয়্যারটি কাজ করে, কিন্তু প্রমাণ করে না যে আপনি এটি বোঝেন। এখানে আলোচনা শুধু রক্ষণাবেক্ষণ নিয়ে, লাইসেন্স বা কপিরাইট নিয়ে নয়।

লেখক এই অন্ধ স্থানটি পরীক্ষা করার জন্য CodeOwnership নামের একটি হালকা পাইলট প্রকল্প তৈরি করেছেন। একটি AI এজেন্ট একটি ফিচার লেখে, এবং ডেভেলপার সৎভাবে নিজের বোঝার মাত্রা রেকর্ড করেন। এরপর দ্বিতীয় একটি এজেন্ট একটি মাত্র পূর্ব-নিবন্ধিত বাগ ঢুকিয়ে দেয়। ডেভেলপার সব AI টুল বন্ধ রেখে একটি ইনসিডেন্ট রিপোর্ট খোলেন এবং ত্রুটিটি খুঁজে বের করার চেষ্টা করেন।

টেস্ট হার্নেসটি সম্পূর্ণ, যেখানে লকড স্পেসিফিকেশন, দৃশ্যমান ও লুকানো টেস্ট, একটি ব্লাইন্ড বাগ-যাচাই পরীক্ষা, একটি নির্দেশিত CLI এবং একটি রিপোর্ট টুল রয়েছে, যা মেট্রিকগুলোকে একক স্কোরে মিশিয়ে দেয় না। প্রথম পরীক্ষায় লেখক তাঁর আত্মবিশ্বাস ৫ এর মধ্যে ৪ দেন, এরপর ৮ মিনিট ১২ সেকেন্ডে টাইমার থামান, তবুও বাগটি খুঁজে পাননি। পরবর্তী এক সেশনে প্রায় ৩০ মিনিট পর বাগটি শনাক্ত হয়, তবু স্ক্রিপ্টটি NOT FIXED লিখে রাখে, কারণ কোনো সংশোধন প্রয়োগ করা হয়নি।

এটি একজন ডেভেলপারের একটিমাত্র রানের ফল, কোনো শিল্পব্যাপী বেঞ্চমার্ক নয়। এটি দেখায় হার্নেসটি কীভাবে কাজ করে, কোথায় ব্যর্থ হয় এবং কোড বোঝার একটি বাস্তবসম্মত পরীক্ষা কেমন হওয়া উচিত।

Ihr Coding-Assistent meldet, dass alle Tests bestanden wurden. Der Build ist grün, also führen Sie den Pull Request zusammen und widmen sich Ihrem Backlog. Drei Wochen später kommt ein Problem, doch der Agent steht nicht zur Verfügung. Vielleicht ist Ihr API-Kontingent aufgebraucht, oder Sie sitzen in einem Pendlerzug ohne Empfang. Der Code gehört nun Ihnen, und irgendetwas ist kaputt. Können Sie ihn tatsächlich reparieren?

Diese Frage steht im Mittelpunkt des CodeOwnership-Projekts. In der Praxis bedeutet Eigentum mehr, als den eigenen Namen in einem Commit zu sehen. Sie besitzen den Code nur wirklich, wenn Sie seine Logik nachvollziehen und ihn vollständig und ohne fremde Hilfe patchen können. Bestandene Tests zeigen, dass Software an einem guten Tag funktioniert, beweisen aber nicht, dass Sie sie verstehen. Es geht hier ausschließlich um Wartung, nicht um Lizenzen oder Urheberrecht.

Der Autor hat CodeOwnership, ein schlankes Pilotprojekt, entwickelt, um diesen blinden Fleck zu untersuchen. Ein KI-Agent schreibt ein Feature, und der Entwickler notiert ehrlich, wie gut er es versteht. Ein zweiter Agent fügt dann einen einzelnen, vorab registrierten Fehler ein. Der Entwickler öffnet einen Incident-Bericht bei abgeschalteten KI-Werkzeugen und versucht, den Defekt zu finden.

Das Testgerüst ist vollständig und umfasst gesperrte Spezifikationen, sichtbare und versteckte Tests, eine blinde Fehlerverifikation, eine geführte CLI sowie ein Berichtswerkzeug, das auf eine einzige Gesamtbewertung verzichtet. Im ersten Durchlauf bewertete der Autor sein Vertrauen mit 4 von 5, beendete die Zeitmessung nach 8 Minuten und 12 Sekunden und hatte den Fehler noch nicht gefunden. Rund 30 Minuten später, in einer späteren Sitzung, wurde der Fehler lokalisiert, das Skript meldete dennoch NOT FIXED, da keine Korrektur angewendet worden war.

Das ist nur ein Entwickler bei einem einzelnen Durchlauf und kein branchenweiter Benchmark. Es zeigt, wie das Gerüst funktioniert, wo es versagt und wie ein realistischer Test des Code-Verständnisses aussehen könnte.

Tu asistente de programación informa que todas las pruebas han pasado. La compilación está en verde, así que fusionas la solicitud de extracción y pasas a lo siguiente. Tres semanas después llega un problema, pero el agente no está disponible para ayudarte. Quizá se agotó tu cuota de API o estás atrapado en un tren de cercanías sin señal. El código ahora es tuyo, y algo se ha roto. ¿Realmente puedes arreglarlo?

Esa pregunta es el problema central del proyecto CodeOwnership. En la práctica, la propiedad implica más que tener tu nombre en una confirmación. Solo eres verdaderamente dueño del código si puedes rastrear su lógica y corregirlo por completo sin ayuda. Las pruebas superadas demuestran que el software funciona en un buen día, pero no demuestran que lo entiendas. Esto se refiere solo al mantenimiento, no a la licencia ni a los derechos de autor.

El autor creó CodeOwnership, un piloto ligero, para poner a prueba este punto ciego. Un agente de IA escribe una función, y el desarrollador registra una valoración honesta de cuánto la entiende. Luego, un segundo agente introduce un único error preregistrado. El desarrollador abre un informe de incidencia con todas las herramientas de IA desactivadas e intenta localizar el defecto.

El entorno de pruebas, que incluye especificaciones bloqueadas, pruebas visibles y ocultas, una verificación ciega de errores, una CLI guiada y una herramienta de informes que evita una puntuación combinada única, está completo. En la primera prueba, el autor calificó su confianza con 4 sobre 5 y detuvo el cronómetro a los 8 minutos y 12 segundos sin haber encontrado el error. Unos 30 minutos después, en una sesión posterior, el error fue localizado, aunque el script seguía registrando NOT FIXED porque no se había aplicado ninguna corrección.

Esto es solo una desarrolladora en una única ejecución, no un punto de referencia de la industria. Muestra cómo funciona el entorno de pruebas, dónde falla y cómo sería una prueba realista de comprensión del código.

Votre assistant de programmation indique que tous les tests sont passés. Le build est vert, alors vous fusionnez la demande de tirage et passez à la suite. Trois semaines plus tard, un problème survient, mais l'agent n'est pas disponible pour vous aider. Peut-être votre quota d'API est-il épuisé, ou êtes-vous bloqué dans un train de banlieue sans réseau. Le code vous appartient désormais, et quelque chose est cassé. Pouvez-vous réellement le réparer ?

C'est la question au cœur du projet CodeOwnership. En pratique, la propriété ne se résume pas à voir votre nom sur un commit. Vous ne possédez vraiment un code que si vous pouvez en suivre la logique et le corriger entièrement sans aide. Des tests réussis montrent que le logiciel fonctionne un bon jour, mais ils ne prouvent pas que vous le comprenez. Il ne s'agit ici que de maintenance, pas de licences ni de droits d'auteur.

L'auteur a conçu CodeOwnership, un pilote léger, pour tester cet angle mort. Un agent d'IA écrit une fonctionnalité, et le développeur note honnêtement son niveau de compréhension. Un second agent introduit ensuite un bogue unique préenregistré. Le développeur ouvre un rapport d'incident, tous les outils d'IA désactivés, et tente de localiser le défaut.

Le dispositif de test, qui comprend des spécifications verrouillées, des tests visibles et cachés, une vérification aveugle des bogues, une interface en ligne de commande guidée et un outil de rapport qui évite un score unique combiné, est achevé. Lors du premier essai, l'auteur a évalué sa confiance à 4 sur 5, puis a arrêté le chronomètre à 8 minutes et 12 secondes sans avoir trouvé le bogue. Environ 30 minutes plus tard, lors d'une session ultérieure, le bogue a été localisé, mais le script a tout de même enregistré NOT FIXED, car aucune correction n'avait été appliquée.

Il ne s'agit que d'un développeur sur une seule exécution, et non d'un benchmark sectoriel. Cela montre comment fonctionne le dispositif, où il pèche, et à quoi ressemblerait un test réaliste de compréhension du code.

आपका कोडिंग सहायक बताता है कि हर परीक्षण पास हो गया है। बिल्ड हरा है, इसलिए आप पुल रिक्वेस्ट मर्ज करते हैं और आगे बढ़ जाते हैं। तीन हफ्ते बाद एक समस्या आती है, लेकिन एजेंट मदद के लिए उपलब्ध नहीं है। शायद आपका API कोटा खत्म हो गया है, या आप बिना सिग्नल वाली कम्यूटर ट्रेन में फँसे हैं। अब कोड आपका है, और उसमें कुछ टूट गया है। क्या आप सचमुच उसे ठीक कर सकते हैं?

यही सवाल CodeOwnership प्रोजेक्ट के केंद्र में है। व्यवहार में स्वामित्व का अर्थ केवल कमिट पर आपका नाम होना नहीं है। आप तभी सच में कोड के मालिक हैं जब आप उसके तर्क का पता लगा सकें और बिना किसी सहायता के उसे पूरी तरह ठीक कर सकें। पास होते परीक्षण केवल यह दिखाते हैं कि सॉफ़्टवेयर अच्छे दिन पर काम करता है, वे यह साबित नहीं करते कि आप उसे समझते हैं। यहाँ चर्चा केवल रखरखाव की है, लाइसेंसिंग या कॉपीराइट की नहीं।

लेखक ने इस अंधे बिंदु की जाँच के लिए CodeOwnership बनाया, जो एक हल्का पायलट प्रोजेक्ट है। एक AI एजेंट कोई फीचर लिखता है, और डेवलपर ईमानदारी से यह दर्ज करता है कि वह उसे कितना समझता है। फिर दूसरा एजेंट एक पूर्व-पंजीकृत बग डालता है। डेवलपर सभी AI टूल बंद करके एक इंसिडेंट रिपोर्ट खोलता है और उस दोष को ढूँढने की कोशिश करता है।

टेस्ट हार्नेस पूरा हो चुका है। इसमें लॉक की गई विशिष्टताएँ, दृश्य और छिपे परीक्षण, एक ब्लाइंड बग सत्यापन जाँच, एक निर्देशित CLI, और एक रिपोर्ट टूल शामिल है जो मेट्रिक्स को एक एकल स्कोर में नहीं मिलाता। पहले परीक्षण में लेखक ने अपने आत्मविश्वास को 5 में से 4 आँका, फिर 8 मिनट 12 सेकंड पर टाइमर रोका, और तब भी बग नहीं मिला था। एक बाद के सत्र में लगभग 30 मिनट बाद बग मिल गया, फिर भी स्क्रिप्ट NOT FIXED दर्ज करती रही, क्योंकि कोई सुधार लागू नहीं किया गया था।

यह केवल एक डेवलपर का एक ही रन है, कोई उद्योग-व्यापी बेंचमार्क नहीं। यह दिखाता है कि हार्नेस कैसे काम करता है, कहाँ टूटता है, और कोड की समझ की यथार्थवादी परीक्षा कैसी दिखनी चाहिए।

Asisten coding Anda melaporkan bahwa semua tes lolos. Build berwarna hijau, jadi Anda menggabungkan pull request dan kembali ke daftar pekerjaan. Tiga minggu kemudian, sebuah masalah muncul, tetapi agen tidak tersedia untuk membantu. Mungkin kuota API Anda sudah habis, atau Anda terjebak di kereta komuter tanpa sinyal. Kode itu sekarang milik Anda, dan ada sesuatu yang rusak. Apakah Anda benar-benar bisa memperbaikinya?

Pertanyaan itulah inti masalah dalam proyek CodeOwnership. Dalam praktiknya, kepemilikan lebih dari sekadar nama Anda tercantum pada sebuah commit. Anda benar-benar memiliki kode hanya jika Anda dapat menelusuri logikanya dan memperbaikinya sepenuhnya tanpa bantuan. Tes yang lolos hanya menunjukkan bahwa perangkat lunak berfungsi di hari yang baik, tetapi tidak membuktikan bahwa Anda memahaminya. Pembahasan ini hanya menyangkut pemeliharaan, bukan lisensi atau hak cipta.

Penulis membangun CodeOwnership, sebuah proyek percobaan ringan, untuk menguji titik buta ini. Sebuah agen AI menulis fitur, dan pengembang mencatat penilaian jujur tentang seberapa baik ia memahaminya. Agen kedua kemudian memasukkan satu bug yang telah didaftarkan sebelumnya. Pengembang membuka laporan insiden dengan semua alat AI dimatikan dan mencoba menemukan cacat tersebut.

Kerangka pengujian telah selesai, mencakup spesifikasi yang dikunci, tes yang terlihat dan tersembunyi, pemeriksaan verifikasi bug secara buta, CLI terpandu, serta alat laporan yang menghindari satu skor gabungan. Dalam uji coba pertama, penulis menilai kepercayaan dirinya 4 dari 5, lalu menghentikan timer pada 8 menit 12 detik tanpa menemukan bug tersebut. Sekitar 30 menit kemudian pada sesi berikutnya, bug berhasil ditemukan, tetapi skrip tetap mencatat status NOT FIXED karena belum ada perbaikan yang diterapkan.

Ini hanyalah hasil satu pengembang dalam satu kali percobaan, bukan tolok ukur industri. Hasil ini menunjukkan cara kerja kerangka tersebut, bagian yang gagal, serta seperti apa tes realistis untuk pemahaman kode.

コーディングアシスタントは、すべてのテストに合格したと報告します。ビルドは緑色なので、プルリクエストをマージして次の作業に移ります。3週間後に問題が届きますが、エージェントは手伝えません。APIのクォータを使い切ったのかもしれませんし、電波の届かない通勤列車に閉じ込められているのかもしれません。そのコードは今やあなたのものであり、何かが壊れています。本当に直せるでしょうか？

この問いこそがCodeOwnershipプロジェクトの中心的な課題です。実際には、所有とはコミットに自分の名前が載っていることを意味しません。そのロジックをたどり、一切の助けなしに完全に修正できて初めて、本当にそのコードを所有していると言えます。テストが通ることは、ソフトウェアが調子の良い日に動くことを示すだけで、あなたがそれを理解していることの証明にはなりません。なお、ここで扱うのは保守の問題のみで、ライセンスや著作権については対象外です。

著者はこの死角を検証するため、軽量なパイロットプロジェクトとしてCodeOwnershipを作りました。AIエージェントが機能を書き、開発者はその理解度を正直に自己評価します。次に、2つ目のエージェントが事前登録された単一のバグを仕込みます。開発者はすべてのAIツールをオフにした状態でインシデントレポートを開き、その欠陥を見つけようとします。

固定された仕様、公開テストと非公開テスト、ブラインドのバグ検証チェック、ガイド付きCLI、そして複合スコアを作らないレポートツールからなるテストハーネスは完成しています。最初の試行では、著者は自信を5段階中4と評価したものの、バグを見つけられないまま8分12秒でタイマーを止めました。後のセッションで約30分かけてバグを特定しましたが、修正を適用していなかったため、スクリプトは依然としてNOT FIXEDと記録しました。

これは1人の開発者による1回の実行にすぎず、業界全体のベンチマークではありません。ハーネスの仕組み、その弱点、そしてコード理解を測る現実的なテストがどのようなものかを示すものです。

Seu assistente de programação informa que todos os testes passaram. A build está verde, então você faz o merge do pull request e segue para o próximo item do backlog. Três semanas depois, surge um problema, mas o agente não está disponível para ajudar. Talvez sua cota de API tenha acabado, ou você esteja preso em um trem de subúrbio sem sinal. O código agora é seu, e algo está quebrado. Você consegue de fato consertá-lo?

Essa pergunta é o problema central por trás do projeto CodeOwnership. Na prática, a posse significa mais do que ter seu nome em um commit. Você só é realmente dono do código se conseguir rastrear sua lógica e corrigi-lo por completo sem ajuda. Testes que passam mostram que o software funciona em um dia bom, mas não provam que você o entende. Isso diz respeito apenas à manutenção, não a licenças ou direitos autorais.

O autor criou o CodeOwnership, um piloto leve, para testar esse ponto cego. Um agente de IA escreve um recurso, e o desenvolvedor registra uma avaliação honesta de quanto o compreende. Em seguida, um segundo agente introduz um único bug pré-registrado. O desenvolvedor abre um relatório de incidente com todas as ferramentas de IA desligadas e tenta localizar o defeito.

O framework de testes, que inclui especificações bloqueadas, testes visíveis e ocultos, uma verificação cega de bugs, uma CLI guiada e uma ferramenta de relatórios que evita uma pontuação combinada única, está concluído. Na primeira execução, o autor avaliou sua confiança em 4 de 5 e parou o cronômetro em 8 minutos e 12 segundos sem ter encontrado o bug. Cerca de 30 minutos depois, em uma sessão posterior, o bug foi localizado, mas o script ainda registrou NOT FIXED porque nenhuma correção havia sido aplicada.

Este é apenas um desenvolvedor em uma única execução, não um benchmark da indústria. Ele mostra como o framework funciona, onde ele falha e como seria um teste realista de compreensão de código.

Ваш ассистент для программирования сообщает, что все тесты пройдены. Сборка зелёная, поэтому вы сливаете пул-реквест и переходите к следующей задаче. Три недели спустя приходит обращение об ошибке, но агент недоступен и помочь не может. Возможно, исчерпан лимит API или вы застряли в электричке без сигнала. Код теперь ваш, и что-то сломалось. Сможете ли вы это исправить?

Этот вопрос лежит в основе проекта CodeOwnership. На практике владение — это не просто наличие вашего имени в коммите. Вы действительно владеете кодом, только если можете проследить его логику и полностью исправить без чьей-либо помощи. Пройденные тесты показывают, что программа работает в хороший день, но не доказывают, что вы её понимаете. Речь идёт только о сопровождении, а не о лицензиях или авторских правах.

Автор создал CodeOwnership, облегчённый пилотный проект, чтобы проверить это слепое пятно. ИИ-агент пишет функцию, а разработчик честно оценивает, насколько хорошо он её понимает. Затем второй агент вносит один заранее зарегистрированный баг. Разработчик открывает отчёт об инциденте, отключив все ИИ-инструменты, и пытается найти дефект.

Тестовая система готова: в неё входят зафиксированные спецификации, видимые и скрытые тесты, слепая проверка наличия бага, управляемый интерфейс командной строки и инструмент отчётов, который не сводит показатели к одной общей оценке. В первом прогоне автор оценил свою уверенность в 4 из 5, а затем остановил таймер на отметке 8 минут 12 секунд, так и не найдя баг. Примерно через 30 минут в последующей сессии баг был найден, однако скрипт всё равно записал статус NOT FIXED, поскольку исправление не было применено.

Это результат одного разработчика в одном прогоне, а не отраслевой эталон. Он показывает, как работает система, где она даёт сбои и как выглядел бы реалистичный тест на понимание кода.

你的编程助手报告说所有测试都通过了。构建显示为绿色，于是你合并了拉取请求，继续处理下一项工作。三周后，一个问题出现了，但编写代码的智能体无法再提供帮助。也许你的API配额已经用完，或者你正被困在通勤列车上，没有任何信号。现在代码归你所有，而且有地方出了故障。你真的能修好它吗？

这个问题正是CodeOwnership项目的核心问题。在实践中，所有权不仅仅是你的名字出现在提交记录上。只有当你能够追踪代码的逻辑，并且在无人协助的情况下完整地修补它，你才真正拥有这段代码。测试通过只说明软件在顺利的时候能够运行，却无法证明你理解它。这里讨论的仅是维护问题，与许可或版权无关。

作者构建了CodeOwnership这一轻量级试验项目，以检验这一盲区。AI智能体编写一项功能，开发者如实记录自己对其理解程度的评分。随后，第二个智能体引入一个预先登记的单一缺陷。开发者在关闭所有AI工具的情况下提交事件报告，并尝试定位该缺陷。

该测试框架已经完成，包括锁定的规范、可见与隐藏测试、盲式缺陷验证检查、引导式命令行界面，以及不将指标合并为单一分数的报告工具。在首次试验中，作者给自己的信心评为4分（满分5分），随后在8分12秒时停止计时，仍未找到缺陷。在之后约30分钟的一次会话中，缺陷被找到，但由于没有应用修复，脚本仍记录为未修复（NOT FIXED）。

这只是一位开发者的一次测试，并非行业基准。它展示了该测试框架的运作方式、存在的局限，以及对代码理解能力进行现实检验应当是什么样子。