ইঞ্জিনিয়ারিং সিদ্ধান্তগুলি IDE সাইড বারগুলিতে ঘটে না. তারা Slack থ্রেডগুলিতে ঘটে, একই জায়গায় আপনার টিম ইতিমধ্যে কথা বলছে, ডাবগিং করছে, ইতিমধ্যে সমস্যার মাধ্যমে কাজ করছে। That disconnect is a problem. বিতর্ক নিয়ে নির্মাণ একটি জায়গায় ঘটে, এবং বাস্তব বিল্ডিংটি সম্পূর্ণরূপে অন্য জায়গায় ঘটে। প্রাসঙ্গিকতা হারিয়ে যায়। সিদ্ধান্তগুলি পুনরায় ব্যাখ্যা করা হয়। কেউ অনিবার্যভাবে কোনও জায়গায় একটি আইআই চ্যাটে একটি সমস্যা কপি করে এবং উত্তরটি ফিরিয়ে দেয়, এবং সবাই এটি একটি স্বাভাবিক কাজের ফ্লোর বলে মনে করে। কী শুধুমাত্র একটি জিনিস সরবরাহ করেছি যা আসলে এই ব্যাপারে সমাধান করে: এর পেছনে দল মাস ধরে বটটি অভ্যন্তরীণভাবে ব্যবহার করছে, এবং এটি মৌলিকভাবে পরিবর্তিত হয়েছে যেভাবে তারা তৈরি করে এবং প্রেরণ করে। কিলো Slack ইন্টিগ্রেশন Kilo for Slack আপনাকে আপনার টিমের কথোপকথনগুলিতে সরাসরি একটি এআই কোডিং এজেন্টকে @মেনশন করতে দেয়. এটি সম্পূর্ণ থ্রেডিং কন্টেন্টটি পড়বে, আপনার GitHub repos এর সাথে সংযুক্ত হবে, এবং আপনি আপনার টিমের সাথে ইতিমধ্যে তাদের হ্যাশ করার পরে আপনার IDE-এ বাগগুলি আবার ব্যাখ্যা করতে পারবেন না. ড. ডঃ কিলোগ্রামের জন্য কিলোগ্রাম . ড. ডঃ Try Kilo for Slack কিলোগ্রামের জন্য কিলোগ্রাম . পরিস্থিতি বদলানোর ট্যাক্স এখানে একটি পরিস্থিতি যা সম্ভবত পরিচিত। কেউ একটি টিম Slack চ্যানেলে একটি বাগ রিপোর্ট করে। তিনটি প্রকৌশলী তত্ত্বগুলির সাথে জড়িত। একটি ডেভেলপার থ্রেডের মাধ্যমে স্ক্রোল করে, প্রাসঙ্গিকতা অন্তর্ভুক্ত করে, তারপর তাদের আইডিইতে অ্যাল্ট-ট্যাব। তারা তাদের সিদ্ধান্তের আইআই কোডিং এজেন্ট খুলুন এবং পরিস্থিতিটি আবার শূন্য থেকে ব্যাখ্যা করতে শুরু করে। সংশোধন বাস্তবায়িত হয়. একটি PR উঠে যায়. তারপর, এটি লিঙ্কটি ভাগ করতে এবং পরিবর্তনগুলি সংক্ষিপ্ত করতে Slack ফিরে আসে। এটি সপ্তাহে ডজন বার সক্রিয় প্রকৌশল দলগুলিতে ঘটে এবং প্রতিবার, একটি friction ট্যাক্স থাকে. context transfer, re-explanation, the mental gear-shifting between "diskussion mode" and "implementation mode"। এটি একটি একক উদাহরণের জন্য একটি বিশাল ট্যাক্স নয়, কিন্তু এটি সংগ্রহ করে এবং আরও গুরুত্বপূর্ণভাবে, এটি যেখানে সিদ্ধান্ত নেওয়া হয় এবং যেখানে কাজ করা হয় এর মধ্যে একটি সীমানা তৈরি করে। কি Kilo জন্য Slack আসলে কাজ করে এখানে নতুন ওয়ার্কফ্লো। একই Slack থ্রেড গ্রহণ করুন: বাগ আলোচনা করা হয়েছে, তত্ত্বগুলি ভাসিয়ে গেছে, এবং কী ঘটতে হবে তা নিয়ে কঠোর সমঝোতা রয়েছে। @Kilo based on this thread, can you implement the fix for the null pointer exception in the Authentication service? বট পুরো থ্রেডটি পড়ে, এবং কারণ এটি Kilo প্ল্যাটফর্মের মাধ্যমে টিমের GitHub repos এর সাথে সংযুক্ত হয়, এটি একটি স্পিন করে। কয়েক মিনিট পরে, Slack এ একটি PR লিঙ্ক আছে। ক্লাউড এজেন্ট কোনও কপি-পাস্টিং নেই কোনও আল্ট-ট্যাবিং নেই একই জিনিস দুবার ব্যাখ্যা করা নেই আলোচনায় ইতিমধ্যে অস্তিত্বযুক্ত অঞ্চল বাস্তবায়নের জন্য ইনপুট হয়ে যায়। সহজ প্রশ্নগুলির জন্য, এটি একইভাবে কাজ করে: @Kilo how is error handling implemented in the payment module? এটি আপনার কোড বেসটি পড়বে এবং থ্রেডে প্রতিক্রিয়া দেবে. টিম সহকর্মীরা উত্তরটি দেখতে পাবেন, এবং আপনি অনুসরণের জন্য জিজ্ঞাসা করতে পারেন এবং বাস্তবায়ন নির্দেশনা দিতে পারেন. জ্ঞানটি Slack এ থাকে, যেখানে এটি পরে অনুসরণ করা যেতে পারে. কিভাবে কিলো টিম আসলে এটি ব্যবহার করে কিলো তাদের নিজস্ব সরঞ্জামগুলি খাওয়ানোর ব্যাপারে আক্রমণাত্মক। টিমটি পাবলিক লঞ্চের আগে থেকে কিলো জন্য স্ল্যাকের জন্য অভ্যন্তরীণভাবে ব্যবহার করেছে, এবং এটি অনেক পরিবর্তনগুলির ডিফল্ট পদ্ধতি হয়ে উঠেছে। যা প্রত্যাশার চেয়ে বেশি বহুমুখী: 1. বাস্তব সময়ের বাগ সংশোধন সম্ভবত সবচেয়ে স্পষ্ট ব্যবহারের ক্ষেত্রে, এবং যেটি ক্রমাগত আঘাত পায়. উৎপাদনে একটি ত্রুটি প্রদর্শিত হয়. কেউ এটি স্ল্যাকে পতাকা করে. দলটি আলোচনা করে যে এটি কারণ হতে পারে. এবং তারপর কেউ স্বেচ্ছায় "এটি দেখুন" এর পরিবর্তে, তারা শুধুমাত্র @Kilo ট্যাগ করে। চাবিকাঠি: বটটি এই সমস্যাটি পড়ার সময় শূন্য থেকে শুরু করে না. এটি কথোপকথনের সম্পূর্ণ অন্তর্ভুক্ত এবং পুরো কোড বেসে অ্যাক্সেস করে. এটি পড়তে পারে যে টিম কি সন্দেহ করে, এবং কি বাদ দেওয়া হয়েছে. এটি জানে যে প্রত্যাশিত আচরণটি কী হতে হবে. এটি একই তথ্যের সাথে কাজ করে যা একটি মানব ডেভেলপার টিমটি পড়ার পরে থাকবে: @Kilo I'm seeing this error in production: [stack trace]. Based on what we discussed above, can you create a PR with a fix? প্রচারাভিযান থ্রিডে অবতরণ করে. কেউ এটি পর্যালোচনা করে. যদি এটি ভাল দেখায়, তবে এটি একত্রিত হয়. পুরো চক্রটি কেউ আনুষ্ঠানিকভাবে কাজটি "পুনরুদ্ধার" না করে ঘটে। 2. সংলাপ থেকে দ্রুত কোড পরিবর্তন কিলোতে অনেকের জন্য এটি একটি দৈনন্দিন অভিজ্ঞতা হয়ে উঠেছে. একটি কথোপকথন একটি বৈশিষ্ট্য বা আচরণ সম্পর্কে ঘটে. কেউ কেউ বলে, "আমরা সম্ভবত X থেকে Y পরিবর্তন করা উচিত"। Slack বটের সাথে, "পূর্বে" "এখন" হয়ে যায়। কেউ যিনি আইডিয়াটি পেয়েছিলেন কেবল কিলো ট্যাগ করেন এবং বর্ণনা করেন যা পরিবর্তন করা উচিত। @Kilo please change "2025" to "2026" through all of the announcement files in our kilo-org/kilocode repo একটি দ্রুত প্রবাহিত টিমের জন্য, এটি গুরুত্বপূর্ণ। ছোট পরিবর্তনগুলির চাপগুলি তাদের একত্রিত করার কারণ। 3. ডকুমেন্টেশন এবং সামগ্রী আপডেট এই একটি কম প্রযুক্তিগত বা অ- প্রযুক্তিগত ভূমিকা লোকেদের জন্য প্রযোজ্য. Kilo টিম ক্রমাগত Kilo প্ল্যাটফর্ম জুড়ে সব ধরনের পরিবর্তন জন্য বট ব্যবহার করে. ল্যান্ডিং পৃষ্ঠা কপি, ম্যানুয়াল নিবন্ধ, ডকুমেন্টেশন আপডেট, README উন্নতি. প্যাটার্নটি একই: Slack এ কী পরিবর্তন করা উচিত তা নিয়ে একটি আলোচনা ঘটে এবং তারপর বট এটি বাস্তবায়ন করে। @Kilo the getting started guide is missing the new authentication flow. Can you update it based on what we discussed in this thread? একটি রিপোতে বসবাসকারী সামগ্রী (যা, যদি আপনি ডকুমেন্ট-যেমন-কোড করছেন তবে আপনার অধিকাংশ সামগ্রী), এই ওয়ার্কফ্লো একটি বিশাল সময় বাঁচানোর জন্য। বিশেষ করে যারা একটি ডেভেলপমেন্ট ওয়ার্কফ্লোতে ডুবতে ব্যস্ত অনুভব করে শুধুমাত্র একটি সহজ ল্যান্ডিং পৃষ্ঠা পরিবর্তন করার জন্য। 4. Spec আলোচনা থেকে বৈশিষ্ট্য বাস্তবায়ন কখনও কখনও একটি থ্রেড "আমরা কি এটা করতে হবে? " থেকে "এখানে প্রায় কিভাবে এটি কাজ করা উচিত" থেকে "হ্যাঁ, আসুন আসলে এটি তৈরি করি। @Kilo please implement the caching improvements we discussed in this thread এটি সবচেয়ে ভাল কাজ করে যখন থ্রেডটি যথেষ্ট নির্দিষ্টতা অন্তর্ভুক্ত করে. বট উদ্দেশ্য অনুসরণ করতে ভাল, কিন্তু পরিষ্কার контекст ভাল আউটপুটের জন্য পরিচালিত করে. কিলো টিম আলোচনায় স্পষ্ট হওয়ার অভ্যাসে পড়েছে, বিশেষ করে যখন কথোপকথন স্পেক হতে পারে। ২. ক্রস রিপো সমন্বয় বাস্তব প্রকৌশল কাজ সাধারণত একাধিক রিপোজিটর অন্তর্ভুক্ত করে. ফ্রন্টেন্ড, ব্যাকেন্ড, ভাগ্যবান লাইব্রেরি, অবকাঠামো কনফিগ. অন্য কিছু স্ল্যাক ইন্টিগ্রেশনগুলির বিপরীতে, Kilo স্বয়ংক্রিয়ভাবে অনুসরণ করে যে রিপো প্রত্যাখ্যান করা হচ্ছে. একই থ্রেডে একাধিক রিপো উল্লেখ করা যেতে পারে এবং এটি জানায় যে কোথায় যাচ্ছে: @Kilo the API change we discussed needs updates in both the backend service and the frontend client. Can you create PRs for both? চ্যানেল প্রতি কোন ম্যানুয়াল কনফিগারেশন নেই কোনটি ব্যবহার করার জন্য কোনটি রিপো নির্দিষ্ট করার জন্য কোনটি স্যুইচিং কনফিগারেশন নেই। কেন এটি অন্যান্য Slack বট থেকে আলাদা অনেক আইআই স্লাক ইন্টিগ্রেশন নতুনত্বের মতো মনে হয় - তারা সাধারণ উদ্দেশ্যে আইআই প্রতিটি বিভাগে বিশেষজ্ঞ হিসাবে মুখোমুখি করার চেষ্টা করে। কিলো এর পদ্ধতি আর্কিটেকচারিকভাবে বিভিন্নভাবে গুরুত্বপূর্ণ। বহুবারের আলোচনা অধিকাংশ AI Slack বটগুলি একবারের ইন্টারেক্টিভেশনগুলির জন্য ডিজাইন করা হয়. একটি প্রশ্ন জিজ্ঞাসা করুন, একটি উত্তর পাবেন. অনুসরণগুলি মূলত একটি নতুন কথোপকথন শুরু করে। কিলো পুরো থ্রেডের উপর নির্মাণ করে. এটি একাধিক বিনিময়গুলির মধ্যে контекст বজায় রাখে. একটি পিছনে এবং পিছনে আলোচনা ঘটতে পারে, পদ্ধতি উন্নত করা যেতে পারে, পরিষ্কার প্রশ্ন জিজ্ঞাসা করা যেতে পারে, এবং তারপর বাস্তবায়ন চালু করা যেতে পারে। এটি মানুষের কথোপকথনগুলি কীভাবে কাজ করে তা প্রতিটি আলোচনায় যোগ করার সময় কেউ পুরো পরিস্থিতিটি আবার ব্যাখ্যা করে না। Multi-Repository দ্বারা ডিফল্ট Cursor এর Slack ইন্টিগ্রেশন প্রতিটি ওয়ার্ক স্পেস বা চ্যানেলের জন্য একটি একক রিপোজিটর কনফিগার করার প্রয়োজন। Kilo কথোপকথন থেকে প্রাসঙ্গিক রিপোজিটর অনুসরণ করে. যদি ফাইল বা পরিষেবাগুলি যা বিভিন্ন রিপোজে বাস করে তা উল্লেখ করা হয়, তাহলে এটি এটি পরিচালনা করে. কোন অগ্রিম কনফিগারেশন. বিভিন্ন কোড বেসের সাথে কাজ করার জন্য চ্যানেলগুলির মধ্যে স্যুইচিং নেই. এটি একটি ছোট জিনিস হিসাবে মনে হয় যতক্ষণ না আপনি একটি প্রকল্পে কাজ করেছেন যেখানে ফ্রন্টেন্ড, ব্যাকেন্ড এবং অবকাঠামো সব আলাদা repos মধ্যে বসবাস করে। বাস্তব বাস্তবায়ন, শুধু চ্যাট নয় এটাই মৌলিক পার্থক্য। Kilo for Slack একটি Q&A বট নয়. এটি একটি সম্পাদনা স্তর। যখন কিছু বাস্তবায়নের জন্য জিজ্ঞাসা করা হয়, তখন এটি একটি ক্লাউড এজেন্ট তৈরি করে, একটি শাখা তৈরি করে, পরিবর্তনগুলি তৈরি করে এবং একটি PR খুলছে। এবং কারণ এটি কিলো এর ক্লাউড এজেন্টগুলি ব্যবহার করে, কোনও স্থানীয় মেশিন অংশগ্রহণ করে না. রিপোটি স্থানীয়ভাবে ক্লোন করা উচিত নয়. বাস্তবায়ন ক্লাউডে হয় এবং ফলাফলটি পর্যালোচনা করার জন্য প্রস্তুত একটি PR হিসাবে প্রদর্শিত হয়। PRs সঙ্গে ক্রমাগত সংযোগ একবার একটি PR আছে, বট এটি উপর কাজ চালিয়ে যেতে পারে. যদি পর্যালোচনা প্রতিক্রিয়া আসে, Kilo একই ট্রেডে এটি সমাধান করার জন্য জিজ্ঞাসা করা যেতে পারে. PR এবং পরিবর্তন বাস্তবায়ন সম্পর্কে আলোচনা একই জায়গায় ঘটে: @Kilo the reviewer asked for better error handling in the auth flow. Can you update the PR? এটি প্যারো প্রোগ্রামিং কিভাবে কাজ করে তার কাছাকাছি. একটি ক্রমাগত কথোপকথন আছে যা নির্মাণ করা হচ্ছে, এবং কোড এই কথোপকথনের প্রতিক্রিয়া বিবর্তিত হয়. প্রযুক্তিগত বিস্তারিত যারা কৌতুহলী কিভাবে এটি আসলে ক্যাপের অধীনে কাজ করে: যখন @Kilo একটি চ্যানেল বা ডিএমে উল্লেখ করা হয়, তখন বটটি থ্রেড কন্টেন্টটি পড়বে. এটি সংযুক্ত GitHub রিপোজিটরিতে অ্যাক্সেস করে (কিলো ড্যাশবোর্ডে একবার সেট আপ)। এর Kilo CLI বা ড্যাশবোর্ড থেকে উপলব্ধ একইগুলি. তারা Kilo এর অবকাঠামো চালান, শাখা তৈরি করে, প্রতিশ্রুতিগুলি তৈরি করে, এবং প্রতিশ্রুতিগুলি খোলা. ফলাফলগুলি Slack থ্রেডে ফিরে পোস্ট করা হয়. Cloud Agents দাম ব্যবহারের উপর ভিত্তি করে, মডেলটি সরাসরি কিলো মাধ্যমে ব্যবহারের মতো একই টোকেনের খরচের সাথে - যার মানে আপনি কেবলমাত্র মডেল প্রদানকারীদের দ্বারা নির্ধারিত মূল্যগুলিতে চার্জ করবেন। সেট আপ ইনস্টলেশন প্রায় দুই মিনিট সময় লাগে: একটি কিলো অ্যাকাউন্ট তৈরি করুন (ফ্রি শুরু করতে) app.kilo.ai এ ইন্টিগ্রেশন ট্যাবে GitHub repos সংযুক্ত করুন একই Integrations পৃষ্ঠা থেকে Slack ইন্টিগ্রেশন যোগ করুন ওয়ার্ক স্পেসে @Kilo উল্লেখ বা DM-ing শুরু করুন কিলো অ্যাকাউন্ট ট্যাব ইন্টিগ্রেশন Slack ইন্টিগ্রেশন বটটি ব্যক্তিগত প্রশ্নের জন্য সরাসরি DM-ed করা যেতে পারে, অথবা যে কোন চ্যানেলে উল্লেখ করা যেতে পারে যেখানে এটি টিমের দৃশ্যমান যোগাযোগের জন্য যোগ করা হয়েছে। GitHub সংযোগটি গুরুত্বপূর্ণ অংশ - এবং এটি প্রায় 10 সেকেন্ড এবং 2 ক্লিক করে। কী জন্য এটি ব্যবহার করবেন কয়েকটি প্যাটার্ন এসেছে যেখানে এই উজ্জ্বল: দ্রুত সংশোধন এবং ছোট পরিবর্তনগুলি. একটি IDE খুলতে, সঠিক ফাইল খুঁজে বের করতে, একটি পরিবর্তন তৈরি করতে এবং একটি PR চাপে, কাজের নিজের সাথে তুলনামূলকভাবে উচ্চ। যখন "কী" এবং "কেন" ইতিমধ্যে একটি ত্রুটিতে ধরা পড়ে, এটি শুধুমাত্র শেষে "এটা করুন" যোগ করা স্বাভাবিক মনে হয়। ডকুমেন্টেশন এবং সামগ্রী. যা কোনও রিপোতে বসবাস করে কিন্তু কঠোরভাবে কোড নয়. READMEs, গাইড, কনফিগারেশন ফাইল, ল্যান্ডিং পৃষ্ঠা কপি। একাধিক রিপো সমন্বয়. যখন একটি পরিবর্তনকে একাধিক রিপোজিটরগুলি স্পর্শ করতে হবে, একক Slack থ্রেড থেকে এটি পরিচালনা করা IDE উইন্ডোগুলির মধ্যে পুনরাবৃত্তি করার চেয়ে পরিষ্কার। মোবাইল এবং async পরিস্থিতি. একটি PR একটি ফোন থেকে চালু করা যেতে পারে. কাজ ক্লাউডে হয়. পর্যালোচনা পরে হয়. যখন আইডিয়া জিতবে এটি একটি উন্নয়ন পরিবেশের জন্য একটি প্রতিস্থাপক নয়; এটি একটি সম্পূরক। দ্রুত iteration, স্থানীয় পরীক্ষা, এবং বাস্তব সময়ের উন্নতি এখনও IDE বা Kilo CLI চান। গভীর ডাবগিং সেশন. কোডের মাধ্যমে ধাপে ধাপে, অবস্থা পরীক্ষা, এবং আচরণ বোঝার সম্পূর্ণ টুলিং প্রয়োজন। বড় ধরনের আর্কিটেকচার পরিবর্তনগুলি একটি আইডিই সরবরাহ করা সম্পূর্ণ কাঠামো থেকে উপকৃত হয়। কিলোগ্রাম মানসিক মডেল: সংলাপ থেকে আসা পরিবর্তনগুলির জন্য Slack-প্রথমে, IDE-প্রথমে পরিবর্তনগুলির জন্য যা গভীর প্রকৌশল প্রয়োজন। বিস্তৃত প্ল্যাটফর্ম Kilo for Slack Kilo এর বৃহত্তর, এন্ড-টোয়েন্টি এজেন্টিক ইঞ্জিনিয়ারিং প্ল্যাটফর্মের অংশ। , তাহলে এবং কিলো • The একই প্ল্যাটফর্ম, একই 500+ মডেল নির্বাচন, এবং একই মানের, শুধুমাত্র একটি ভিন্ন পৃষ্ঠ থেকে অ্যাক্সেসযোগ্য। কোড VS জেটব্রেন কিলোগ্রাম ক্লাউড এজেন্ট Slack ইন্টিগ্রেশন যখন আপনি কিলোতে নির্মাণ শেষ করেন, তখন আপনি এআই-প্রযুক্তিরও সক্ষম করতে পারেন একক ক্লিক , এবং এমনকি আপনার সেশনগুলি আপনার টিমের সাথে ভাগ করুন . কোড পর্যালোচনা বিতরণ কিলো সেশন আইটি কোডিং সরঞ্জামগুলি মূল্যায়ন করার জন্য টিমগুলির জন্য, এটি বিবেচনা করার জন্য মূল্যবান। এটি কেবল কোন সরঞ্জামটি সেরা কোড তৈরি করে না - যা অবশ্যই গুরুত্বপূর্ণ - তবে এটি যে কোন সরঞ্জামটি সর্বনিম্ন চাপের সাথে বাস্তব কাজের ফ্লোরে যোগ করে। যেখানে টিমগুলি কোড নিয়ে আলোচনা করে সেটি এখন কোড লিখার জায়গা হতে পারে. আলোচনা এবং বাস্তবায়ন একসঙ্গে ঘটে। এটি সেই ধরনের কাজের ফ্লো উন্নতি যা সময়ের সাথে মিলিত হয়। > কিলো জন্য Slack এখন চেষ্টা করুন কিলো জন্য Slack এখন চেষ্টা করুন Kilo 1 মিলিয়নেরও বেশি ব্যবহারকারীর সাথে একটি ওপেন সোর্স এআই কোডিং এজেন্ট। এটি VS কোড, JetBrains, এবং CLI, ক্লাউড এজেন্ট, লাইভ প্রিভিউ অ্যাপ বিল্ডার, এক ক্লিক বিতরণ, স্বয়ংক্রিয় কোড পর্যালোচনা, এবং এখন Slack ইন্টিগ্রেশন মধ্যে উপলব্ধ। কিলোমিটার . কিলোমিটার
