Agent skills vs MCP vs rules files: ipi ya kuchagua?

Ujuzi wa wakala dhidi ya seva za MCP dhidi ya faili za sheria: jibu fupi

Ujuzi wa wakala (agent skills), seva za MCP, na faili za sheria zote huweka maarifa mbele ya wakala wa usimbaji. Chagua kulingana na kile ambacho maarifa hayo hufanya. MCP (model context protocol) ni kwa ajili ya data inayoweza kubadilika wakati mwingine utakapoiangalia. Ujuzi (skill) ni kwa ajili ya utaratibu ambao unaweza kuandika leo na bado ukawa sahihi baada ya wiki sita. Faili ya sheria (rules file) ni kwa ajili ya ukweli machache ambao lazima uzingatiwe katika kila kipindi (session).

Chaguo hilo lina gharama, na gharama hiyo ni muktadha (context). Kila token inayotumika kwa maelekezo ambayo wakala hakuhitaji ni token ambayo haipatikani kwa ajili ya msimbo (code) unaosomwa. Pia ni token unayolipa tena katika kila hatua, kwa sababu dirisha zima la muktadha hutumwa tena kwa kila ombi. Kwa hivyo, swali la maana si ni utaratibu upi unaoweza kufanya kazi hiyo. Mara nyingi yote matatu yanaweza. Swali ni lipi linalogharimu kidogo zaidi wakati likiwa halitumiki.

Gharama ya kila moja kabla ya kuitumia

Hizi tatu hupakia kwa nyakati tofauti, na muda huo ndio tofauti yenyewe.

Faili ya sheria (rules file) hupakia kikamilifu wakati wa kuanzisha, kila kikao, iwe inahusika au la. Claude Code husoma CLAUDE.md mwanzoni mwa kila mazungumzo na kuipakia kikamilifu bila kujali urefu wake. Lengo lililoelekezwa ni chini ya mistari 200 kwa kila faili, kwa sababu faili ndefu hugharimu muktadha (context) zaidi na hufuatwa kwa usahihi mdogo. Athari hizo mbili husukuma upande mmoja, ndiyo maana faili ya sheria ya mistari 900 ni mbaya zaidi kuliko kutokuwa na kitu.

Ujuzi (skill) hupakia katika hatua mbili. Wakati wa kuanzisha, ni mstari wa description pekee kutoka kwa kila SKILL.md frontmatter unaoingia kwenye muktadha, ili modeli ijue kuwa ujuzi huo upo na takriban wakati gani unatumika. Mwili wa faili hupakia wakati ujuzi huo unapoitwa. Kwa hivyo, hati ya marejeleo ya mistari 400 haikugharimu karibu chochote hadi wakati inapohitajika.

Seva ya MCP ilikuwa ndiyo ya gharama kubwa, na hapa ndipo kulinganisha kwingi unakosoma sasa kumepitwa na wakati. Utafutaji wa zana (tool search) umewashwa kwa chaguo-msingi katika Claude Code ya sasa. Majina ya zana na sehemu ya maelekezo ya seva pekee ndiyo hupakia mwanzoni mwa kikao, na JSON (JavaScript object notation) schemas kamili huahirishwa hadi Claude anapozitafuta. Kuongeza seva hakugharimu tena maelfu ya tokeni mwanzoni. Bado inagharimu kitu, na bado inagharimu kila kitu mwanzoni katika usanidi ambapo utafutaji wa zana umezimwa.

[
  {
    "label": "Rules file, 200 lines",
    "at_startup": "2,500",
    "after_use": "2,500"
  },
  {
    "label": "Skill, 12 KB body",
    "at_startup": 40,
    "after_use": "3,000"
  },
  {
    "label": "MCP server, tool search on",
    "at_startup": 500,
    "after_use": "3,200"
  },
  {
    "label": "MCP server, tool search off",
    "at_startup": "4,500",
    "after_use": "4,500"
  }
]

Hizo ni makadirio, si vipimo kutoka kwa mashine yako. Yanatokana na ukubwa wa maandishi ambayo kila utaratibu hupakia, kwa takriban herufi nne kwa kila tokeni: faili ya sheria ya mistari 200 ni takriban 10 KB ya markdown, maelezo ya ujuzi ni takriban herufi 160, na seva inayotoa zana kumi na mbili hubeba takriban 18 KB ya schema pamoja na kizuizi cha maelekezo cha 2 KB. Claude Code hukata kila maelezo ya zana na kila sehemu ya maelekezo ya seva katika 2 KB, kwa hivyo sehemu hiyo ina ukomo. Sehemu inayofuata inakuonyesha jinsi ya kusoma namba zako halisi badala yake.

Soma safu mbili za kwanza pamoja. Faili ya sheria inagharimu 2,500 tokeni katika kikao ambapo hakuna mtu aliyeihitaji. Ujuzi unagharimu 40 tokeni katika kikao hicho hicho, na 3,000 katika kikao kimoja kati ya kumi ambapo inafanya kazi. Safu mbili za mwisho ni seva ile ile mara mbili, huku utafutaji wa zana ukiwa umewashwa na kuzimwa: 500 tokeni dhidi ya 4,500. Pengo hilo ndilo sababu ushauri wa zamani kuhusu uvimbe wa muktadha wa MCP bado unasambaa.

Utafutaji wa zana unahitaji modeli inayounga mkono vizuizi vya tool_reference, ambayo kufikia Agosti 2026 inamaanisha Claude Sonnet 4.5, Haiku 4.5, Opus 4.5 na kuendelea. Claude Code huizima wakati ANTHROPIC_BASE_URL inapoelekeza kwa mwenyeji (host) ambaye si wa kwanza (first party), kwa sababu proksi nyingi hazisambazi vizuizi hivyo. Weka ENABLE_TOOL_SEARCH ili kuidhibiti: false hupakia kila schema mwanzoni, true huahirisha zote, na auto hupakia zote mwanzoni pale tu zinapotoshea ndani ya 10% ya dirisha la muktadha.

# Load schemas up front only if they fit in 5% of the window
ENABLE_TOOL_SEARCH=auto:5 claude

Swali la msingi: je, data hubadilika kati ya matumizi?

Uliza swali hili kwanza, kwa sababu linaondoa chaguo moja mara moja. Ikiwa wakala anahitaji kusoma au kuandika kitu kinachoweza kuwa tofauti wakati ujao anapokiangalia, unahitaji seva. Mfumo wa kufuatilia masuala (issue tracker), hifadhidata, dashibodi ya ufuatiliaji, au API (application programming interface) yako ya ndani. Kuandika jambo hilo hakusaidii, kwa sababu ulichoandika kinapitwa na wakati mara tu mtu mwingine anapohariri rekodi hiyo.

Ikiwa jibu bado litakuwa sahihi baada ya wiki sita bila mtu yeyote kulisimamia, unahitaji ujuzi (skill). Orodha ya ukaguzi ya toleo (release checklist). Utaratibu wa uhamiaji (migration procedure). Muundo wa majibu yako ya hitilafu (error responses). Jinsi hazina (repository) hii inavyotaka majaribio yaandikwe. Ujuzi ni faili ndani ya git. Haina port, haina mchakato, na haina hali ya kufeli isipokuwa kuwa na makosa, jambo ambalo ukaguzi wa msimbo (code review) unaweza kuligundua.

Ikiwa ni ukweli mmoja ambao lazima utumike kwa kazi ambayo bado hujaiwaza, uweke kwenye faili ya sheria (rules file). Run make lint before committing. Never push to main. Handlers live in src/api/handlers/. Mstari mmoja kwa kila moja. Wakati ambapo ingizo linakua na kuwa hatua kadhaa, limeacha kuwa ukweli na kuwa utaratibu, na linapaswa kuhamishiwa kwenye ujuzi.

Wakati faili ya sheria inatosha

Faili za sheria hupakiwa kutoka maeneo kadhaa, kuanzia yale ya jumla hadi mahususi zaidi: faili ya sera iliyosimamiwa, ~/.claude/CLAUDE.md yako binafsi, ./CLAUDE.md au ./.claude/CLAUDE.md ya mradi, na ./CLAUDE.local.md iliyopuuzwa na git. Faili zote zinazopatikana huunganishwa badala ya kupindua nyingine, na faili zilizo karibu na saraka yako ya kazi husomwa mwisho.

Claude Code husoma CLAUDE.md, si AGENTS.md. Ikiwa hazina yako tayari ina AGENTS.md kwa ajili ya zana nyingine, usitunze nakala mbili ambazo zitapishana baadaye.

ln -s AGENTS.md CLAUDE.md

Symlink haitoi ujumbe wowote ikifanikiwa. Anzisha kipindi, endesha /context, na uthibitishe kuwa CLAUDE.md inaonekana chini ya Memory files. Ikiwa haijaorodheshwa hapo, wakala haijawahi kuiona na hakuna marekebisho ya maneno yatakayosaidia. Unapotaka pia mistari mahususi ya Claude, tumia fomu ya import na uiweke chini ya import hiyo.

@AGENTS.md

## Claude Code

Use plan mode for changes under `src/billing/`.

Mtego mmoja upo hapa. Imports za @path hazihifadhi muktadha. Faili iliyoingizwa hupanuliwa na kupakiwa wakati wa kuanza pamoja na faili iliyoirejelea, hadi hatua nne za kina. Kugawanya faili ya sheria ya mistari 600 katika imports sita huipanga kwa ajili ya binadamu na haibadilishi gharama ya token hata kidogo. mikataba iliyo nyuma ya AGENTS.md na pacha wake wa kibinadamu inafaa kusomwa kabla ya kuamua mpangilio.

Kinachopunguza gharama ni .claude/rules/ yenye uwanja wa paths. Faili ya sheria yenye frontmatter ya paths hupakiwa tu wakati wakala anapogusa faili inayolingana na moja ya mifumo hiyo.

---
paths:
  - "src/api/**/*.ts"
---

# API rules

- Every endpoint validates its input.
- Use the standard error response shape.

Sheria isiyo na uwanja wa paths hupakiwa wakati wa kuanza ikiwa na kipaumbele sawa na .claude/CLAUDE.md. Kwa hivyo, mfumo wa kazi ni sheria fupi zisizo na masharti, pamoja na orodha ya paths kwa chochote ambacho ni muhimu tu ndani ya saraka moja.

Wakati unapotaka ujuzi (skill)

Ujuzi ni saraka (directory) iliyo na SKILL.md ndani yake. Ujuzi wa kibinafsi unakaa kwenye ~/.claude/skills/<name>/SKILL.md na unahusu kila mradi kwenye mashine yako. Ujuzi wa mradi unakaa kwenye .claude/skills/<name>/SKILL.md, unasafiri pamoja na hazina (repository), na unaweza kukaguliwa kwenye pull request kama faili nyingine yoyote.

mkdir -p ~/.claude/skills/summarize-changes

---
name: summarize-changes
description: Summarizes uncommitted changes and flags anything risky. Use when the user asks what changed, wants a commit message, or asks to review their diff.
---

Run `git status` and `git diff` against the merge base.
Group the changes by intent, not by file.
Call out anything touching auth, migrations or deletions.

description ndiyo sehemu pekee ya faili hiyo inayokuwa kwenye muktadha kabla ya ujuzi kuanza kufanya kazi, kwa hivyo inafanya kazi mbili. Inaeleza ujuzi huo hufanya nini, na inaeleza wakati wa kuutumia. Maelezo yanayosema "Husaidia katika deploys" hayampi mfano (model) kitu chochote cha kulinganisha na ombi, kwa hivyo ujuzi huo hautawashwa na utahitimisha kuwa ujuzi haufanyi kazi.

Jina la saraka huwa ndilo amri (command), kwa hivyo mfano hapo juu unakupa /summarize-changes. Katika ujuzi wa kibinafsi au wa mradi, frontmatter name huweka tu lebo ya kuonyesha kwenye orodha.

Ujuzi unapoitwa, maudhui yake yaliyotafsiriwa huingia kwenye mazungumzo kama ujumbe mmoja na kubaki hapo kwa muda wote wa kikao. Claude Code haisomi tena faili hiyo katika hatua zinazofuata. Andika maelekezo ya kudumu badala ya hatua za mara moja, na uweke mwili wa ujumbe ukiwa mfupi, kwa sababu kuanzia hapo kila mstari ni gharama inayojirudia katika kila ombi. Baada ya auto-compaction, Claude Code huunganisha tena mwito wa hivi karibuni wa kila ujuzi, ikihifadhi token 5,000 za kwanza za kila mmoja ndani ya bajeti ya jumla ya token 25,000. Ukiita ujuzi kadhaa mkubwa katika kikao kimoja, zile za zamani zaidi huondolewa kabisa, ndiyo maana ujuzi unaweza kuonekana kuacha kuwa na maana baada ya mazungumzo marefu. Ukiuita tena, utarudi. Utaratibu uleule unapotumika kwa zaidi ya codebase moja, shiriki ujuzi mmoja kwenye hazina kadhaa badala ya kunakili faili hiyo kila mahali.

Wakati unahitaji seva ya MCP

Kuongeza seva ni amri moja tu, na mfumo wa usafirishaji (transport) huamua umbo lake.

# Remote HTTP server
claude mcp add --transport http notion https://mcp.notion.com/mcp

# Remote HTTP server behind a bearer token
claude mcp add --transport http secure-api https://api.example.com/mcp \
  --header "Authorization: Bearer your-token"

# Local stdio server: everything after -- is passed through untouched
claude mcp add --env AIRTABLE_API_KEY=YOUR_KEY --transport stdio airtable \
  -- npx -y airtable-mcp-server

-- ni muhimu. Kwa seva ya stdio, hutenganisha chaguzi za Claude Code na mstari wa amri unaoanzisha seva yako. Ukiiondoa, --port 8080 iliyokusudiwa seva itatafsiriwa kama chaguo la claude mcp add, ambayo kisha itaikataa.

claude mcp list
claude mcp get notion

claude mcp add inathibitisha kwa mstari wa Added ..., ambao hukuambia tu kuwa usanidi umeandikwa kwenye diski. claude mcp list ndiyo amri inayokuambia ukweli, kwa sababu inachapisha hali ya afya kando ya kila seva: ✔ Connected, ! Needs authentication, au ✘ Failed to connect. Hali ya kushindwa (failure) inamaanisha Claude Code haikuweza kufikia seva hiyo, si kwamba amri ya orodha imevunjika. Ndani ya kikao, /mcp hutoa mtazamo uleule kwa kila seva pamoja na idadi ya zana.

Kila mwito kwa seva ya MCP hujitegemea na hubeba chochote kinachohitaji, ndiyo sababu seva ya MCP haikumbuki ombi lako la awali. Hilo ni chaguo la usanifu lenye matokeo unayorithi: hali yoyote (state) inayostahili kuhifadhiwa lazima ikae nyuma ya seva, kwenye database au faili, na hilo ni jambo ambalo sasa unaliendesha.

Seva ya MCP ni mchakato unaopaswa kuuuendesha

Huu ndio gharama ambayo ulinganisho wa wachuuzi huacha. Skill ni faili. Seva ya MCP ni programu inayoendeshwa mahali fulani, na mahali hapo panapokuwa ni VPS (virtual private server) yako, unawajibika na muda wake wa kufanya kazi (uptime).

Seva ya stdio ndiyo chaguo la bei nafuu. Claude Code huianzisha kama mchakato msaidizi (child process) kikao kinapoanza, na hufa kikao kinapoisha. Hakuna cha kufuatilia, hakuna cha kufanyia viraka (patch) kwa ratiba yake yenyewe. Seva ya mbali ya HTTP ni huduma ya muda mrefu, na inahitaji kile ambacho huduma yoyote ya muda mrefu inahitaji.

[Unit]
Description=Notes MCP server
After=network-online.target
Wants=network-online.target

[Service]
User=mcp
WorkingDirectory=/srv/notes-mcp
ExecStart=/usr/bin/node /srv/notes-mcp/dist/server.js
Environment=PORT=8931
Restart=on-failure
RestartSec=5
NoNewPrivileges=true
PrivateTmp=true

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now notes-mcp
systemctl is-active notes-mcp
journalctl -u notes-mcp -n 50 --no-pager

systemctl is-active inapaswa kuchapisha active. Ikiwa inachapisha failed, journal ina sababu, na kwenye uendeshaji wa kwanza mara nyingi huwa ni kutokana na variable ya mazingira iliyokosekana au port inayotumiwa na kitu kingine. Restart=on-failure si ya hiari hapa, kwa sababu seva ya MCP iliyoanguka haijitangazi yenyewe. Utajua wakati wakala (agent) anapokuambia hawezi kusoma tracker yako ya masuala.

Funga mchakato kwenye 127.0.0.1 na uweke reverse proxy yenye TLS (transport layer security) mbele yake. Seva ya MCP inayofikia database yako na kujibu kwenye port ya umma bila uthibitisho ni sawa na database uliyoiweka hadharani. Kuendesha seva ya MCP kwenye VPS inashughulikia proxy, cheti na upande wa firewall ipasavyo.

Kisha hesabu kazi ya mara kwa mara kwa uaminifu. Huduma hupokea masasisho ya usalama kwa ratiba yake yenyewe, bila kuhusiana na wakala anayewasiliana nayo. Token yake ya OAuth huisha muda wake, na claude mcp list huanza kuchapisha ! Needs authentication wakati usiofaa. Vitambulisho vyake hukaa kwenye faili ya usanidi au header ya Authorization, kwa hivyo vinahitaji uangalifu sawa na siri nyingine yoyote, ambayo ni mada nzima kwa yenyewe: kuepusha siri zisifikiwe na wakala wa AI. Hakuna kazi hiyo kwa ajili ya skill.

Pima dhidi ya njia mbadala kabla ya kujenga. Ikiwa data iliyo nyuma ya seva inayopendekezwa inabadilika takriban mara moja kwa robo mwaka, skill inayomwambia wakala mahali pa kuangalia na maana ya sehemu hizo ni nafuu kuliko huduma unayopaswa kuiweka hai.

Jinsi ya kupima gharama yako ya muktadha

Acha kukadiria na uendeshe /context ndani ya kipindi (session). Amri hii huchapisha uchanganuzi wa kuanza: system prompt, faili za kumbukumbu, zana, na seva za MCP, pamoja na uzito wa tokeni wa kila moja.

Angalia mambo mawili. Chini ya Memory files, thibitisha kuwa kila faili ya sheria unayotarajia imeorodheshwa. Faili inayokosekana haionekani kwa wakala, kwa hivyo hilo ndilo jambo la kwanza kuliondoa unapogundua maelekezo yanapuuzwa. Kisha angalia gharama za seva zako. Ikiwa seva unayotumia mara mbili kwa mwezi ni mojawapo ya mistari mikubwa zaidi kwenye orodha hiyo, izime katika /mcp na uiwashe tena kwa vipindi vinavyoihitaji. Usanidi huhifadhiwa hata ukiizima.

Seva ya mbali inaweza pia kuripoti hali kama cached 2h ago · connects on first use · 5 tools. Hii inamaanisha kuwa Claude Code ilisoma orodha ya zana kutoka kwa kipindi cha awali badala ya kuunganisha wakati wa kuanza, na itaunganisha mara ya kwanza zana itakapotumiwa. Zana zinapatikana kuanzia ujumbe wako wa kwanza, kwa hivyo hakuna cha kurekebisha. Weka MCP_DISCOVERY_CACHE=0 ikiwa ungependa kila seva iunganishe wakati wa kuanza. Kwa mtazamo mpana zaidi, kusimamia dirisha la muktadha la Claude Code inashughulikia kile kinachobaki baada ya ufinyu (compaction), na gharama halisi ya tokeni hizo inageuza namba hizo kuwa fedha.

Kwa nini ujuzi wangu haufanyi kazi kamwe?

Sababu ya kawaida ni description. Hii ndiyo matini pekee katika muktadha kabla ya ujuzi kuanza, hivyo ikiwa haitaji hali husika, hakuna kitakacholingana nayo. Andika kianzishi (trigger) kwenye sentensi: "Tumia wakati mtumiaji anapouliza nini kimebadilika, anapotaka ujumbe wa commit, au anapoomba kukagua diff yao." Maelezo yasiyo wazi hushindwa kimya kimya, jambo linalofanya iwe vigumu kugundua.

Sababu ya pili ni kosa la uchapaji kwenye frontmatter, na hili huwa dhahiri. Ufunguo (key) usiojulikana hukataliwa moja kwa moja:

Unexpected key(s) in SKILL.md frontmatter: argument-hint. Allowed properties are: allowed-tools, compatibility, description, license, metadata, name

Sababu ya tatu ni eneo. Ujuzi wa mradi hupakiwa kutoka .claude/skills/ katika saraka yako ya kazi na katika kila saraka kuu hadi kwenye mzizi wa hazina (repository root). Ujuzi uliopo kwenye saraka zilizopo chini ya pale ulipoanzia haupakiwi wakati wa kuanza. Huonekana mara ya kwanza wakala anaposoma au kuhariri faili ndani ya saraka hiyo ndogo, hivyo hadi wakati huo hauwezi kukamilishwa kiotomatiki wala kuitwa kwa jina.

Sawa na MCP ya kufeli huku kimya kimya ni ingizo la .mcp.json lenye url na bila type. Claude Code husoma ingizo lolote lisilo na type kama seva ya stdio, hivyo huruka ingizo hilo na kuripoti:

MCP server "notes" has a "url" but no "type"; add "type": "http" (or "sse" / "ws") to this entry

Kutumia zote tatu kwa pamoja

Mbinu hizi hazishindani kwa nafasi moja. Usanidi unaofanya kazi hutumia kila moja mahali ambapo ni rahisi. Faili ya rules ina mistari michache ambayo ni kweli kila mahali. Skills huhifadhi taratibu na hupakiwa tu zinapohitajika. Seva moja ya MCP, au mbili mara chache, huunganisha mifumo ambayo maudhui yake huwezi kuyatabiri mapema. Ikiwa bado unajenga mtazamo wako wa kwanza kuhusu hili, nini hasa skill ya agent ilivyo inaelezea muundo huo kwa kina.

Jaribio moja hutatua mabishano mengi kuhusu mahali kitu kinapopaswa kuwepo. Kifute, anza session mpya, na umpe agent kazi hiyo. Ikiwa agent anafanya kazi polepole tu, basi ilipaswa kuwa kwenye skill. Ikiwa agent anakosea kwa kujiamini, basi ilipaswa kuwa kwenye faili ya rules. Ikiwa agent hawezi kupata taarifa hiyo kabisa, basi ulihitaji seva, na sasa unahitaji pia mpango wa kuiweka seva hiyo ikiwa inafanya kazi.

FAQ

Je, niandike skill au niweke MCP server?

Amua kulingana na kama taarifa hubadilika kati ya matumizi moja na lingine. Ikiwa wakala lazima asome hali ya sasa ambayo mtu mwingine anaweza kuibadilisha, kama vile kifuatiliaji cha masuala (issue tracker), database au dashibodi, unahitaji MCP server, kwa sababu chochote unachoandika kinakuwa kimepitwa na wakati mara tu rekodi inapobadilika. Ikiwa unaweza kuandika jibu mara moja na likawa sahihi hata baada ya wiki sita, andika skill. Skill ni faili ndani ya git isiyo na mchakato wa kuendeshwa, isiyo na port ya kufunguliwa, na isiyo na ratiba ya patch, kwa hivyo ndiyo chaguo nafuu zaidi kila inapowezekana.

Je, MCP servers bado zinajaza context window yangu?

Kwa kiasi kidogo sana kuliko zamani. Utafutaji wa zana (tool search) umewezeshwa kwa chaguo-msingi katika Claude Code ya sasa, kwa hivyo majina ya zana na sehemu ya maelekezo ya seva hupakiwa tu wakati wa kuanza kikao, na schemas kamili huchotwa wakati Claude anapozitafuta. Upakiaji wa awali bado hutokea wakati utafutaji wa zana umezimwa: ukiwa na ENABLE_TOOL_SEARCH=false, ukiwa na ANTHROPIC_BASE_URL inayoelekeza kwenye proxy ambayo si ya kwanza, au kwenye model ya zamani kuliko kizazi cha Claude 4.5. Endesha /context ili kuona hali uliyo nayo, kwa sababu namba katika machapisho ya zamani ya kulinganisha hudhani upakiaji wa awali.

Je, Claude Code inasoma AGENTS.md?

Hapana. Claude Code inasoma CLAUDE.md. Ikiwa hazina yako (repository) tayari ina AGENTS.md kwa ajili ya mawakala wengine, elekeza moja kwenye nyingine badala ya kutunza nakala mbili. Endesha ln -s AGENTS.md CLAUDE.md kwa ajili ya symlink ya kawaida, au weka @AGENTS.md kwenye mstari wa kwanza wa CLAUDE.md na uongeze maelekezo mahususi ya Claude chini yake. Kisha anza kikao na uendeshe /context ili kuthibitisha kuwa CLAUDE.md inaonekana chini ya Memory files.

Kwa nini skill yangu iliacha kufanya kazi katikati ya kikao?

Auto-compaction ndiyo sababu ya kawaida. Mazungumzo yanapofupishwa, Claude Code huunganisha tena matumizi ya hivi karibuni ya kila skill, ikihifadhi token 5,000 za kwanza za kila moja, ndani ya bajeti ya pamoja ya token 25,000 kwa zote. Inajaza bajeti hiyo kuanzia skill iliyotumika hivi karibuni, kwa hivyo ikiwa umetumia skills kadhaa kubwa, zile za zamani huondolewa kabisa. Tumia skill hiyo tena ili kurejesha maudhui yake kamili.

Ninawezaje kuzuia faili ndefu ya sheria (rules file) kupakiwa katika kila kikao?

Hamisha sehemu ambazo ni muhimu wakati mwingine tu kwenda kwenye faili za .claude/rules/ zenye sehemu ya paths katika frontmatter yake, ili kila moja ipakiwe tu wakati wakala anapogusa faili inayolingana. Kugawanya faili katika imports za @path hakusaidii, kwa sababu faili zilizoongezwa hupanuliwa na kupakiwa wakati wa kuanza pamoja na faili iliyozirejelea. Chochote ambacho ni utaratibu wa hatua nyingi badala ya ukweli wa kudumu kinapaswa kuwa skill badala yake, kwa kuwa mwili wa skill haugharimu chochote hadi pale utakapotumika.