উলটো সূচি

এমনটা ঘটছে → কী করবেন

শিরোনাম দিয়ে নয়, উপসর্গ দিয়ে খোঁজা হয় এখানে। "কী করবেন"-এর নিচের লিংকে ক্লিক করলে সেই সমাধানটি যেখানে লেখা আছে সেই অংশে চলে যাবেন। সব লেখার সূচি এই পাতার নিচে আছে।

এই টেবিলটি Claude Code (Anthropic-এর কোডিং এজেন্ট) ধরে নিয়ে লেখা। hook, CLAUDE.md, subagent ও auto memory হলো এর ফিচারের নাম।

markdown হিসেবে খুলুন এটি সরাসরি অভ্যন্তরীণ wiki বা কোনো নথিতে পেস্ট করা যায়। প্রতিটি সারি থেকে লেখার সংশ্লিষ্ট অংশে ফিরে যাওয়া যায়, আর সাথে উৎসের লাইনও যুক্ত থাকে।

স্পনসর

এমনটা ঘটছে	কী করবেন
AI যতবার টেস্ট চালায়, ততবার হাজার হাজার লাইনের আউটপুট context-এ ঢুকে পড়ে	টেস্ট রান একটিমাত্র wrapper script-এ একত্র করুন, পুরো আউটপুট log file-এ লিখে রাখুন, আর AI-কে শুধু ব্যর্থতার সারাংশ ফেরত দিন। → 読まなくなったもの読まない技術第1回：テスト結果を読まない技術 `context window` `wrapper script` `fixed-prefix count line ([observed])`
AI যত বেশি জ্ঞাননোট (knowledge note) memory-তে সংরক্ষণ করে, পরবর্তী প্রতিটি session-কে তত বেশি পড়তে হয়	memory-তে লেখার ঠিক আগে চলা একটি PreToolUse hook দিয়ে AI-কে একটি checklist পড়তে বাধ্য করুন, আর instruction file-এ (CLAUDE.md) শুধু "লেখার আগে পড়ো" এই এক লাইনটুকুই রাখুন। → 読まなくなったもの読まない技術第2回：メモリを読まない技術 `MEMORY.md` `loaded at session start` `context rot`
টেস্ট pass করছে, কিন্তু সেগুলো আসলে কিছু রক্ষা করছে কিনা তা বোঝা যায় না	mutation testing (কোড ইচ্ছাকৃতভাবে ভেঙে দেখা হয় টেস্ট ধরতে পারে কিনা) নীতিটিকে এক পাতার ডকুমেন্টে লিখে রাখুন, আর টেস্ট review করতে বলার সময় AI-কে সেটা পড়তে দিন। → 読まなくなったもの読まない技術第3回：単体テストを読まない技術 `mutation testing` `positive control` `vacuous truth`
নিবন্ধিত skill AI কখনো ব্যবহার করে, কখনো করে না	কমান্ডটিকে সাধারণ script হিসেবেই রাখুন, ভুলভাবে call করলে PreToolUse hook দিয়ে থামান, আর কোন ডকুমেন্ট পড়া উচিত তা দেখিয়ে দিন। → 読まなくなったもの読まない技術第4回：スキルを使わない技術 `PreToolUse hook (Bash matcher)` `hook stderr + exit 2` `mission`
sub-agent-কে দেওয়া কাজ শেষ না হওয়া পর্যন্ত ভেতরে কী ঘটছে বোঝা যায় না	কোন কাজ sub-agent-কে দেওয়া যাবে এবং শুরুর আগে কোন input file দরকার তা YAML-এ সংজ্ঞায়িত করুন, আর শুরুর আগে hook দিয়ে সেটা যাচাই করুন। → 仕組みは一つ: 第 4 回と同じものを当てるだけ読まない技術第5回：サブエージェントの出力だけは読め `subagent (Agent tool)` `subagent (no parent context)` `contract (inputs / outputs / acceptance)`
instruction file-এ যত বেশি নিয়ম যোগ করা হয়, আগের নিয়মগুলো তত কম মানা হয়	"এটা করবে না" ধরনের প্রতিটি নিয়মকে একটি একটি করে, লঙ্ঘন ধরতে পারে এমন automated test (Minitest)-এ রূপান্তর করুন। → 読まなくなったもの読まない技術第6回：ルールを読まない技術 `CLAUDE.md` `Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop)` `hook contract (proof of reading)`
সমান্তরালে চলা session-গুলো যে memory শেয়ার করে সেটা অগোছালো হয়ে যায়; নীতি পড়িয়েও কাজ হয় না	একই নীতি ফাইলটিকে PostToolUse hook-এ সরিয়ে নিন, আর save হওয়ার পরের diff-এর সাথে সেটা দেখান। যা পড়ানো হচ্ছে তা বদলাবেন না, শুধু সময়টা বদলান। → 読まなくなったもの読まない技術第7回：共有メモリを整理しない技術 `MEMORY.md` `concurrent test runs` `hooks / automated tests`
একই ভুলের সমাধান লিখে রাখলেও, AI পরের বার আবার সেই একই ভুল করে	retry-এর সময়কার নীতি কয়েক লাইনের একটি ফাইলে লিখে রাখুন, আর ব্যর্থতা শনাক্ত করা hook থেকে সেটা স্বয়ংক্রিয়ভাবে যোগ করুন। → 読まなくなったもの読まない技術第8回：修正履歴を読まない技術 `auto memory (feedback_*)`
handoff নোট আর completion report পড়েও দেখা যায়, অসুবিধাজনক অংশগুলো বাদ পড়ে গেছে	প্রতিবার completion report-এর পাশে git diff --stat-এর মতো কমান্ড দিয়ে যান্ত্রিকভাবে বের করা সংখ্যাগুলো রাখুন। → 読まなくなったもの読まない技術第9回：引き継ぎを読まない技術 `handoff` `test summary line (full log in a file)`
মেশিন যে সংখ্যা গুনেছে, রিপোর্টে পৌঁছানোর আগেই সেটা অন্য সংখ্যায় বদলে যায়	সংখ্যাসংবলিত লাইনে একটি নির্দিষ্ট prefix জুড়ে দিন, আর hook দিয়ে যাচাই করুন সেটা হুবহু কপি হয়েছে কিনা। → 読まなくなったもの読まない技術第10回：AIに要約しろと言わない技術 `machine-counted numbers ([observed] / git diff --stat)` `test summary line (full log in a file)` `self-report (bias toward completion)`
কাজ করার সময় AI-কে মাঝপথে থামালে, তারপরের কাজ এলোমেলো হয়ে যায়	কাজের মাঝপথে মানুষ হস্তক্ষেপ না করে, save হওয়ার পরপরই নীতি ফেরত দেওয়া একটি PostToolUse hook আর ব্যর্থতা শনাক্ত করে কাজ ফেরত পাঠানো একটি hook-কে হস্তক্ষেপ করতে দিন। মানুষ কাজের একটি ধাপ শেষ হওয়া পর্যন্ত অপেক্ষা করে। → 言わなくなったもの読まない技術第11回：口を挟まない技術 `user message during a task` `recency` `context window`
session-এর শেষে কী পড়তে হবে আর কী পড়া লাগবে না তা ঠিক করা নেই	ডেলিভারেবল বা কাজের log কিছুই না পড়ে, শুধু test বা linter-এর exit code দিয়ে pass/fail ঠিক করুন। → 読まなくなったもの読まない技術第12回：作業結果を読まない技術 `self-report (bias toward completion)` `machine-counted numbers ([observed] / git diff --stat)` `exit code (pass / fail)`
একবার প্রত্যাখ্যান করা প্রস্তাব পরের session-এ আবার ফিরে আসে	বাতিল করা প্রতিটি সিদ্ধান্তকে একটি নির্দিষ্ট format-এ একটিমাত্র ডকুমেন্টে জড়ো করুন। → 説明しなくなったもの AIの意見を聞かない技術第1回：提案を検討しない技術
নিষেধের এক লাইন লিখে দেওয়ার পরও সেটা কখনো বেশি, কখনো কম অর্থে ব্যাখ্যা করা হয়	প্রত্যাখ্যাত সিদ্ধান্তগুলো জড়ো করা একটিমাত্র ডকুমেন্টে (যেমন non_goals.md) প্রতিটি নিষেধের পাশে একটি "কারণ" শিরোনাম যোগ করুন, আর সিদ্ধান্তের সাথেই সেটা লিখে রাখুন। → 思い出さなくなったもの AIの意見を聞かない技術第2回：禁止を書かない技術
নিষেধটি ঠিকভাবে লেখা থাকলেও মানা হয় না, আর প্রতিবার এ নিয়ে জিজ্ঞাসা আসে	প্রত্যাখ্যাত সিদ্ধান্তের ডকুমেন্টে প্রতিটি নিষেধের পাশে একটি "প্রযোজ্যতার সীমা" শিরোনাম যোগ করুন, আর সিদ্ধান্ত নিতে দ্বিধা হয় এমন সীমারেখার ঘটনাগুলো এক এক লাইনে লিখে রাখুন। → 相談されなくなったもの AIの意見を聞かない技術第3回：禁止ルールを作らない技術 `gap between goal pressure and spec` `rule-to-test mapping`
একই নির্দেশ একাধিক sub-agent-কে দিলে, প্রতিটি থেকে ফেরত আসা ফলাফলের আকার আলাদা হয়	sub-agent-কে দেওয়া যায় এমন কাজের তালিকায়, শুরুর আগে কোন input file তৈরি রাখতে হবে তা স্পষ্টভাবে লিখে দিন। → 仕組み: 用途カタログに、契約を書く AIの意見を聞かない技術第4回：サブエージェントの入力だけは、確かめろ `subagent mission catalog + launch hook` `contract (inputs / outputs / acceptance)` `required input files`
যেসব নিষেধের কোনো automated test নেই, সেগুলো শুধু লেখা অবস্থাতেই জমতে থাকে	প্রত্যাখ্যাত সিদ্ধান্তের ডকুমেন্টের তালিকায় একটি "machine-checked" শিরোনাম যোগ করুন, আর প্রতিটি আইটেমের জন্য সংশ্লিষ্ট automated test (Minitest) আছে কিনা তা স্পষ্ট করে দিন। → 読み直さなくなったもの AIの意見を聞かない技術第5回：自動テストを書かない技術 `probabilistic compliance (p^n)`
AI-এর কাজ প্রতিবার "স্ক্রিন খুলে দেখে নিন" বলে শেষ হয়	Playwright দিয়ে একটি smoke test তৈরি করুন, আর pass/fail ঠিক করুন স্ক্রিনের চেহারা দিয়ে নয়, database-এ থাকা রেকর্ড দিয়ে। → 確認しなくなったもの AIの意見を聞かない技術第6回：AIの確認依頼を断る技術 `automatic error report from users`
AI যখনই একটু অসংগত কিছু বলে, তখনই ব্যাখ্যা দিয়ে সেটা ঠিক করতে হয়	প্রতিটি বিচ্যুতি মানুষ ব্যাখ্যা করে ঠিক না করে, দোষ ধরিয়ে দেওয়ার কথাটা hook-এর stderr (exit 2) আর automated test-এর failure message-এ লিখে রাখুন, যাতে সেই পথেই তা AI-এর কাছে পৌঁছায়। → 指摘しなくなったもの AIの意見を聞かない技術第7回：AIの話を聞かない技術 `SendMessage (retry)`
প্রত্যাখ্যাত সিদ্ধান্তের তালিকা ক্রমাগত বেড়ে চলেছে, একদিন হয়তো আর কেউ পড়বে না	প্রত্যাখ্যাত সিদ্ধান্তের ডকুমেন্টের শেষে একটি "গৃহীত হয়নি" অংশ যোগ করুন, আর বাতিল হওয়া প্রস্তাবগুলো সেখানে লিখে রাখুন। → 整理しなくなったもの AIの意見を聞かない技術第8回：ルールを整理しない技術 `MEMORY.md` `context rot`
instruction file-এর "অবশ্যই চালান" নির্দেশগুলো কমছেই না	instruction file-এ "অবশ্যই চালান" বলা প্রতিটি কমান্ড pre-commit hook-এও আছে কিনা, তা মিলিয়ে দেখার জন্য একটি automated test লিখুন। → 頼まなくなったもの言わない技術第1回：検証を指示しない技術 `CLAUDE.md` `Minitest` `hooks / automated tests`
পদ্ধতি পর্যন্ত লিখে দেওয়ার পরও, সেভাবে সমাধান হয়ে ফিরে আসে না	পদ্ধতি নির্দেশ করার বদলে, প্রতিটি ব্যবহারের ক্ষেত্র (use case) অনুযায়ী sub-agent শুরুর আগে কোন input file অবশ্যই থাকতে হবে তা সংজ্ঞায়িত করুন। → 書かなくなったもの言わない技術第2回：具体的な指示を出さない技術 `per-mission guide document` `presupposition` `launch without a contract`
বাগ জানাতে প্রতিবারই ধাপগুলো আর উপসর্গ নিজে হাতে লিখতে হয়	একটি বাগ রিপোর্ট ফর্ম বসান, যেখানে মানুষ শুধু উপসর্গের এক বাক্য লিখবে, আর URL, action history, browser তথ্য JavaScript দিয়ে স্বয়ংক্রিয়ভাবে সংগ্রহ করা হবে। → 書かなくなったもの言わない技術第3回：不具合詳細を書かない技術 `bug report form (JS collects URL / actions / browser)`
প্রতিবারই "আগে একটা plan দাও" লিখতে হয়, এটাই এক বাড়তি ঝামেলা	নতুন কিছু implement করার দরকার নেই। একটি design ডকুমেন্ট রেখে দিলে, AI বিদ্যমান ডকুমেন্ট পড়ে একই ধাঁচ অনুসরণ করবে। → 要求しなくなったもの言わない技術第4回：計画を書けと言わない技術
যে লাইনগুলো মানানো সবচেয়ে জরুরি সেগুলোই সবচেয়ে জোর দিয়ে লেখা, কিন্তু তাতে কাজ হচ্ছে কিনা বোঝা যায় না	প্রভাব মাপা বাদ দিয়ে, instruction file-এ জোর দেওয়া (emphasis) বাক্যাংশ থাকা লাইনের সংখ্যা গুনুন, আর একটা সীমা ছাড়ালে fail করে এমন একটি automated test (ratchet) বসান। → 押さなくなったもの言わない技術第5回：念を押さない技術 `emphasis count in CLAUDE.md` `sycophancy` `Dir.glob scan`
sub-agent-এর ডেলিভারেবল প্রত্যাশা করা আকারের চেয়ে ভিন্নভাবে ফিরে আসে	sub-agent-এর প্রতিটি ব্যবহারের ক্ষেত্র অনুযায়ী, ডেলিভারেবলের acceptance criteria (ফাইলের নাম, format, আবশ্যক ফিল্ড) এক পাতার ডকুমেন্টে সংজ্ঞায়িত করুন। → 仕組み: 完了の形を、1 枚に書き切る言わない技術第6回：サブエージェントの出力だけは、細かく指示しろ `subagent (Agent tool)` `contract (inputs / outputs / acceptance)` `self-report (bias toward completion)`
ভুল খুঁজে পেলে "ঠিকমতো পড়েছিলে তো?" বলে জেরা করতে ইচ্ছা করে	জেরা করার বদলে, প্রতিটি অনুরোধের দ্বিতীয় বাক্যটিকে "...এমন নয় কি?" ধরনের প্রশ্নবোধক টেমপ্লেটে স্থির করে রাখুন। → 打たなくなったもの言わない技術第7回：AI を問い詰めない技術 `sycophancy`
ফিরে আসা উত্তরে "এটা তো ঠিক না" বলে ফেরত পাঠালেও উন্নতি হয় না	নিজে দোষ ধরিয়ে দেওয়ার বদলে, বিকল্পবিহীন নিষেধগুলো PostToolUse hook দিয়ে save হওয়ার সাথে সাথেই diff-এর পাশে দেখান। → 言わなくなったもの言わない技術第8回：AI にダメ出ししない技術 `SendMessage (retry)` `guarded_by + marker` `over-triggering`
AI যে ফাইল খোলেইনি, সেটার ভেতরের কথা যেন খুলে দেখেছে এমনভাবে বলে	যে ডকুমেন্ট থেকে তথ্য নেওয়া হয়েছে সেটাতে এবং কোডে, দুই জায়গাতেই পরস্পরের সাথে মেলে এমন marker লিখতে বাধ্য করুন, আর automated test দিয়ে যাচাই করুন marker-গুলো সত্যিই আছে কিনা। → 考えさせなくなったもの言わない技術第9回：AI に考えさせない技術 `hallucination` `escape hatch (SKIP_*= / --no-verify)` `marker`
AI বারবার "A নাকি B, কোনটা নেব?" জিজ্ঞেস করতে থাকে, আর কাজ থেমে যায়	সঙ্গে সঙ্গে উত্তর দেওয়া বন্ধ করুন, আর বিকল্প বাছাইয়ের সিদ্ধান্তটা automated test বা hook-এর দিক থেকে ঠিক হোক এমন ব্যবস্থা করুন। → 答えなくなったもの言わない技術第10回：質問に答えない技術
AI-কে দিয়ে review করানো হচ্ছে, কিন্তু ও আসলে কী দেখছে না তা বোঝা যায় না	ফাইল স্ক্যান করে অথচ সংখ্যার নিম্নসীমা (assert_operator ... :>=) নেই এমন automated test-গুলোকে, বাইরে থেকে গুনে দেখা আরেকটি automated test দিয়ে খুঁজে বের করুন। → させなくなったもの言わない技術第11回：AI にレビューをさせない技術 `Minitest` `vacuous truth` `Dir.glob scan`
screenshot জমতে থাকে, কিন্তু কোনটা কী যাচাই করার জন্য নেওয়া তা বোঝা যায় না	স্ক্রিন যাচাইয়ের আগে "কী verify করা হচ্ছে" আর "সস্তা উপায়ে কেন হবে না" এই দুই প্রশ্নের উত্তর দিতে বলুন, আর unit test → integration test → E2E, এই ক্রমে সস্তা উপায় থেকে চেষ্টা করার একটি এক-পাতার নির্দেশিকা রাখুন। → 眺めなくなったもの確かめない技術第1回：スクリーンショットを撮らない技術 `Playwright screenshot` `verification ladder (unit → integration → E2E)` `verification declaration file + PreToolUse hook`
লিখে জানানোর একটি ধাপ রাখা হয়েছে, তবুও না লিখেই চলে যাওয়া রানের সংখ্যা গোনা যায় না	screenshot বা E2E-এর আগে "কী verify করা হচ্ছে" লেখা একটি declaration file (যেমন tmp/visual_verification.md) লিখতে বাধ্য করুন, সেটার অস্তিত্বকে PreToolUse hook চলার শর্ত বানান, যাতে সেটা না থাকলে screenshot বা E2E শুরুই না হয়। → 読まなくなったもの確かめない技術第2回：宣言を信じない技術 `verification declaration file + PreToolUse hook` `Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop)` `PreToolUse hook (Bash matcher)`
কোড না বদলালেও একই টেস্ট আবার চলে, আর সেই সময়টা বসে থাকতে হয়	টেস্টের wrapper script-এ একটি --last অপশন যোগ করুন, যেটা আগের log আবার দেখিয়ে দেয়, ফলে আবার চালানোর দরকার পড়ে না। → 待たなくなったもの確かめない技術第3回：テストを再実行しない技術 `--last (replay the previous result)` `mtime check` `expensive entry point (screenshot / E2E / production)`
কিছুই না ভাঙার পরও, অচেনা এরর সারি সারি দেখা যায়	টেস্টের wrapper script-এ একটি exclusive lock নিন (mkdir-এর atomicity ব্যবহার করে), আর সেটা না পেলে টেস্ট না চালানোর ব্যবস্থা করুন। → 生まれなくなったもの確かめない技術第4回：偽の失敗を読まない技術 `flaky failure` `mkdir lock` `concurrent test runs`
"টেস্ট pass করছে" রিপোর্টে, যেই অংশ চলেইনি সেটার কথা লেখা থাকে না	ভারী E2E টেস্টগুলোতে এলাকার নাম দিয়ে tag লাগান, ডিফল্টভাবে সেগুলো skip করুন, আর প্রতিবার কোন এলাকা চলেনি তার তালিকা প্রিন্ট করুন। → 走らせなくなったもの確かめない技術第5回：全部走らせない技術 `E2E area (E2E=<area>)` `skipped-area count line` `pass / fail by DB record`
কাজের পদ্ধতি বলে দেওয়া নির্দেশ আসলে মানা হয়েছে কিনা তা পরে বোঝার উপায় থাকে না	পদ্ধতি মানাতে চাইলে নির্দেশের ভাষা আরও জোরালো না করে, সেই পদ্ধতি অনুসরণ করার প্রমাণ ডেলিভারেবলে থেকে যায় এমনভাবে বদলান (যেমন: প্রতিটি খোলা ফাইলের জন্য এক লাইন প্রিন্ট করানো)। → 書き直さなくなったもの動かさない技術第1回：手順を守らせない技術 `sycophancy` `file existence check` `tool_use count`
বসানো wrapper মাঝপথে আবার কাঁচা কমান্ডে ফিরে যাচ্ছে	wrapper ব্যবহার করাতে চাইলে নির্দেশ জোরালো না করে, কাঁচা কমান্ডে ফিরে যাওয়ার কোনো প্রয়োজন এখনো আছে কিনা (অর্থাৎ wrapper-এর কোনো ক্ষমতা কম আছে কিনা) তা যাচাই করুন। → 書き直さなくなったもの動かさない技術第2回：ラッパーを使わせない技術 `wrapper script` `the raw command the model defaults to` `workaround after exit 2`
একই প্রশ্ন বারবার করলে প্রতিবার আলাদা উত্তর আসে, আর সেগুলো একত্র করলে কিছু একটা হারিয়ে যায়	একাধিক উত্তরকে একটিতে মিলিয়ে ফেলার আগে, প্রতিটি ধরনের পর্যবেক্ষণ কতগুলো উত্তরে উঠে এসেছে (কতটার মধ্যে কতটায়) তা প্রিন্ট করুন। → 集めなくなったもの動かさない技術第3回：集めない技術 `one subagent run` `answer key`
"দরকার হলে ... করুন" লেখা লাইনটা আদৌ কার্যকর হয়েছিল কিনা বোঝা যায় না	"দরকার হলে ... করুন" ধরনের শর্তসাপেক্ষ নির্দেশ না লিখে, সেই ধাপ পার না হলে পরের ধাপে যাওয়া যাবে না এমন একটি hook দিয়ে বাধ্য করুন। → 書かなくなったもの動かさない技術第4回：役に立たない技術 `rule-to-test mapping` `Claude Code hooks (PreToolUse / PostToolUse / Stop / SubagentStop)` `file existence check`
"আরেকবার ভেবে দেখো" বললে উত্তর বদলায়, কিন্তু AI আসলে বুঝেছে কিনা তা বোঝা যায় না	"আরেকবার ভেবে দেখো" বলে ফেরত না পাঠিয়ে, কোন premise ভুল তা নির্দিষ্টভাবে দেখিয়ে দিন। → 選び直させなくなったもの動かさない技術第5回：選び直させない技術 `sycophancy` `SendMessage (retry)` `guarded_by + marker`
"অনুমান করো না" লিখে দেওয়ার পর থেকে AI কিছুই না বানিয়েই ফিরে আসতে শুরু করেছে	শুধু নিষেধ না দিয়ে, "প্রযোজ্য না হলে 'প্রযোজ্য নয়' লিখুন"-এর মতো একটা বিকল্প আউটপুট একসাথে লিখে দিন। → 塞がなくなったもの動かさない技術第6回：逃げ道を塞がない技術 `escape hatch (SKIP_*= / --no-verify)` `hooks + automated tests + ratchet` `hallucination`
ভালোভাবে চলা কথোপকথন চালিয়ে গেলে, যাচাই করার কাজ ক্রমশ বেড়ে যায়	কাজের একটি ধাপ শেষ হলে সেই session শেষ করুন, আর পরের কাজ শুরু করুন একটি নতুন session-এ। → 続けなくなったもの動かさない技術第7回：セッションを続けない技術 `context window` `input / output / cache read tokens` `sycophancy`
সব ডেলিভারেবল ঠিকই আছে, কিন্তু সেগুলোতে দেখা না যাওয়া অপচয় জমতে থাকে	ডেলিভারেবল প্রস্তুত হয়ে গেলে, কাজের log (transcript) একটি script দিয়ে একবার হিসাব করে দেখুন। → 見なくなったもの動かさない技術第8回：成果物で判断しない技術 `file existence check` `machine-counted numbers ([observed] / git diff --stat)` `Dir.glob scan`
পরের মানুষের জন্য লিখে রাখা জ্ঞান বাস্তবের সাথে না মিলে পুরনো হয়ে যায়	জ্ঞান ডকুমেন্টে না লিখে, সেটাকে automated test-এর failure message বা hook-এর stop message-এর ভেতর বসিয়ে দিন, যাতে দরকারের মুহূর্তেই সেটা বেরিয়ে আসে। → 残さなくなったもの動かさない技術第9回：知見を残さない技術 `handoff` `MEMORY.md` `mtime check`
কারণ খুঁড়তে খুঁড়তে, উত্তর পাওয়ার পরও পড়া চালিয়ে যাওয়া হয়	কাজের log থেকে "কিছু না বদলেই চলতে থাকা পড়ার ধারাবাহিকতা" গুনুন, আর খোঁড়া শুরু করার আগেই থামার শর্তটা এক লাইনে লিখে রাখুন। → 深追いしなくなったもの追わない技術第1回：深追いしない技術 `machine-counted numbers ([observed] / git diff --stat)` `input / output / cache read tokens` `Dir.glob scan`
যে model-এর দাম সবচেয়ে কম, সেটাকেই ব্যবহারের ক্ষেত্র না মেপে ডিফল্ট বানানো হয়েছে	একই কাজ সস্তা ও দামি দুটো model-কেই দিন, আর শেষ হওয়া পর্যন্ত লাগা turn-এর সংখ্যা এবং নতুন পড়া, পুনর্ব্যবহৃত (cache read) ও লেখা পরিমাণ আলাদা আলাদাভাবে গুনে তারপর সিদ্ধান্ত নিন। → 既定にしなくなったもの追わない技術第2回：一番安いモデルを使わない技術 `rule-to-test mapping` `Minitest` `machine-counted numbers ([observed] / git diff --stat)`
কাজ না হলে, mechanism ঠিক করার বদলে বড় model-এ যাওয়া হয়	একই কাজ দামি ও সস্তা দুই model-কেই দিন, আর শুধু সস্তা model যেখানে ব্যর্থ হয়েছে সেই জায়গাগুলোকে স্থায়ী একটি check বানিয়ে রাখুন। → 乗り換えなくなったもの追わない技術第3回：最新モデルを使わない技術 `rule-to-test mapping` `Minitest` `machine-counted numbers ([observed] / git diff --stat)`
মূল session নিজেই শেষ করতে পারত এমন খোঁজাখুঁজিও, সাবধানতাবশত sub-agent-কে দেওয়া হচ্ছে	দেওয়ার আগে দেখুন "সেই premise parent agent-এর কাছে আগে থেকেই আছে কিনা"। থাকলে parent agent-এই চালিয়ে যান, না থাকলে শুধু বিপুল পরিমাণ পড়ার কাজটুকু sub-agent-কে দিন। → 渡さなくなったもの追わない技術第4回：サブエージェントを使わない技術 `subagent (Agent tool)` `context window` `input / output / cache read tokens`
ভাবনাচিন্তা ছাড়াই কাজটা চারভাগে ভেঙে একসাথে চালানো হচ্ছে	একটি sub-agent-কে যতটা দেবেন, তা এক দফার উত্তরে ফেরত দেওয়া যায় এমন আকারের মধ্যে রাখুন। খরচ ঠিক করে সংখ্যা নয়, ভাগ করা প্রতিটি sub-agent-কে parent agent-এর সাথে কতবার আসা-যাওয়া করতে হচ্ছে সেটাই। → 割らなくなったもの追わない技術第5回：エージェントチームを使わない技術 `subagent (Agent tool)` `input / output / cache read tokens` `machine-counted numbers ([observed] / git diff --stat)`
কাজের মাঝপথে বাইরে থেকে "এটাও দেখো" বলে ঢুকিয়ে দেওয়া হচ্ছে	কাজের একটি ধাপ শেষ হওয়া পর্যন্ত অপেক্ষা করুন, তারপর পরিসর ছোট করে বাড়তি অনুরোধটা যোগ করুন। AI-কেই ঘাটতি সম্পর্কে জিজ্ঞেস করার সময় অবশ্যই যোগ করুন: "যথেষ্ট হলে যথেষ্ট বলেই লিখুন"। এতে ওর একটা বেরোনোর পথ (escape hatch) থাকে, ঘাটতি বানিয়ে বলতে হয় না। → 差し込まなくなったもの追わない技術第6回：途中でレビューさせない技術 `subagent (Agent tool)` `instruction priority (position / recency / system vs user)` `over-triggering`
কোন model ব্যবহার করা হবে তা তুলনা করে ঠিক করা হচ্ছে	model তুলনা শুরু করার আগে, সেই তুলনাটা কয়টা hook বা automated test-এর সমান পরিশ্রম তা গুনুন। যদি সংখ্যাটার চেয়ে বেশি mechanism লিখে ফেলা যায়, তাহলে তুলনার আগে সেগুলোই বসিয়ে দিন। → 比べなくなったもの追わない技術第7回：モデルを選ばない技術 `input / output / cache read tokens` `rule-to-test mapping`
"কোনো পার্থক্য পাওয়া যায়নি" বলে যাচাই-পর্ব গুটিয়ে ফেলা হচ্ছে	"কোনো পার্থক্য পাওয়া যায়নি" বলে গুটিয়ে ফেলার আগে দুটো জিনিস গুনুন। হিসাব থেকে বাদ পড়া কোনো ফলাফল (যেমন ব্যর্থ sub-agent) থাকলে সেটা ফিরিয়ে নিয়ে আবার গুনুন, আর সব শর্তেই শূন্য এমন আইটেম অর্ধেকের বেশি হলে কাজটার বর্ণনা বদলে আবার মাপুন। → 諦めさせなくなったもの追わない技術第8回：諦めさせない技術 `machine-counted numbers ([observed] / git diff --stat)` `vacuous truth`

সব লেখার সূচি

প্রতিটি সিরিজ অনুযায়ী, ভূমিকা থেকে শেষ পর্ব পর্যন্ত ক্রম অনুসারে সাজানো।

はじめに —— 3 つの連載を、1 冊に

はじめに —— 3 つの連載を、1 冊に

バイブコーディングにおける読まない技術

AIの意見を聞かない技術

言わない技術

付録

はじめに —— 前巻の続きを、もう 1 冊に

はじめに —— 前巻の続きを、もう 1 冊に

確かめない技術

動かさない技術

追わない技術

番外編

স্পনসর

এই রেফারেন্স টেবিলটি CC BY 4.0 অনুযায়ী প্রকাশিত। সূত্র (টেবিলের নাম, লেখক garplab, এই পাতার URL ও লাইসেন্সের নাম) উল্লেখ করলে অনুলিপি, পুনঃপ্রকাশ, অনুবাদ ও বাণিজ্যিক ব্যবহার করা যাবে। যে লেখাগুলি থেকে এটি তৈরি এবং বইয়ের পরিশিষ্ট সর্বস্বত্ব সংরক্ষিত (আইনের সীমার মধ্যে উদ্ধৃতি অবাধ)। পড়া বা URL কোনো AI-কে দেওয়ার জন্য কোনো শর্ত নেই। কোনো নিশ্চয়তা দেওয়া হয় না।

ব্যবহারের শর্তাবলীর বিস্তারিত

সিরিজের সূচিতে যান