Jinsi ya kufuatilia matumizi ya Claude Code

Kile ambacho kifuatiliaji matumizi cha Claude Code kinasoma kwa hakika

Kila kifuatiliaji matumizi cha Claude Code kinasoma moja ya vyanzo vitatu vya data, na chanzo hicho huamua swali ambalo kinaweza kujibu. Kichanganuzi cha logi (log parser) kinasoma faili za nakala za kikao (session transcript) kwenye diski yako mwenyewe. Dashibodi inasoma rekodi za matumizi ambazo Anthropic inahifadhi kwa ajili ya akaunti yako au shirika lako. Mfumo wa nyuma wa metriki (metrics backend) unasoma mtiririko wa OpenTelemetry (OTel) ambao Claude Code hutoa unapoiwasha. Vyote vitatu vinaweza kuwa sahihi kwa wakati mmoja na bado visikubaliane, kwa sababu vinahesabu vitu tofauti.

Mwongozo huu hauelezi upya tokeni. jinsi Claude Code inavyohesabu matumizi ya tokeni inashughulikia uingizaji (input), utoaji (output), uandishi wa akiba (cache writes) na usomaji wa akiba (cache reads), na hakuna dashibodi inayokuwa na maana hadi sehemu hiyo iwe wazi. Swali hapa ni finyu zaidi: kwa kila umbo la zana, inaweza kuona nini, na haiwezi kuona nini kamwe.

Kwa nini vifuatiliaji matumizi vitatu vya Claude Code vilijitokeza kwa siku moja

Vifuatiliaji matumizi vitatu tofauti vya Claude Code vilichapishwa katika siku moja. Havikuwa matoleo matatu ya zana moja, na hapo ndipo sehemu yenye manufaa ilipo. Kimoja kilichanganua faili za session za ndani. Kingine kilifunga skrini za matumizi ya akaunti. Cha tatu kilikuwa backend ya ufuatiliaji inayopangishwa (hosted) unayoiendesha mwenyewe.

Vilijitokeza pamoja kwa sababu gharama ya session ya wakala (agent) iliacha kuwa dhahiri. Chat inagharimu takriban kile unachoweza kuona kwenye skrini. Wakala husoma faili ishirini, huendesha suite ya majaribio, na kutuma tena mazungumzo yote katika kila hatua, kwa hivyo bili huendeshwa na muktadha ambao hukuwahi kuuchapa. Katika usajili (subscription) hakuna kiasi cha dola hata kidogo, bali upau wa matumizi ambao huisha haraka zaidi katika siku nyingine kuliko siku nyingine. Kila moja ya maumbo hayo matatu hujaza sehemu tofauti ya pengo hilo.

Njia ya 1: kichanganuzi cha logi cha ndani kinakuambia gharama ya leo

Claude Code huhifadhi kila mazungumzo kama JSON Lines (JSONL) katika ~/.claude/projects/<project>/<session-id>.jsonl, ambapo <project> ni njia ya saraka yako ya kazi yenye herufi zisizo za kawaida zilizobadilishwa na -. Kila zamu ya msaidizi katika faili hiyo hubeba idadi ya tokeni kwa ombi lake. Kichanganuzi cha logi huijumlisha na kuipangia bei.

ccusage ndiyo inayotumiwa na watu wengi zaidi. Haihitaji usakinishaji:

npx ccusage@latest daily
npx ccusage@latest daily --breakdown
npx ccusage@latest blocks
npx ccusage@latest session --json

daily hutoa jumla kwa tarehe. --breakdown hugawanya kila mstari kulingana na modeli, ambayo ndiyo njia unayotumia kugundua kuwa mchana mmoja wa Opus unachukua sehemu kubwa ya wiki. blocks hupanga kulingana na dirisha la saa tano ambapo usajili huanza upya. session hutoa jumla kwa kila mazungumzo, na --instances hupanga kulingana na mradi ili uweze kuona ni hazina (repository) ipi inayotumia gharama kubwa. Ongeza --since na --until ili kubainisha masafa, na uendeshe npx ccusage@latest daily --help kwa umbizo la tarehe ambalo toleo lako linatarajia. Kufikia Agosti 2026, pia inasoma CLI nyingine za wakala, ikiwemo Codex na OpenCode, jambo ambalo ni muhimu ikiwa unazilinganisha.

Bei hutoka kwenye jedwali la bei ya modeli, na zana hii ina njia tatu za gharama. --mode auto hutumia thamani ya costUSD ambayo Claude Code iliandika kwenye faili inapokuwepo, na huhesabu kutoka kwa idadi ya tokeni wakati haipo. --mode calculate huhesabu kila wakati kutoka kwa tokeni na kupuuza gharama yoyote iliyorekodiwa. --mode display huonyesha gharama zilizorekodiwa pekee na kuchapisha $0.00 kwa mistari ambayo haina gharama yoyote. Ikiwa jumla inaonekana si sahihi, endesha ripoti hiyo hiyo chini ya calculate na kisha chini ya display. Pengo kubwa kati yao linamaanisha kuwa maingizo mengi hayana gharama iliyorekodiwa, kwa hivyo kila kitu unachosoma ni makadirio.

Data hiyo hiyo inaweza kulisha prompt yako. ccusage statusline huchapisha mstari mfupi kwa ajili ya upau wa hali (status bar) wa Claude Code, uliounganishwa kwenye ~/.claude/settings.json kama amri nyingine yoyote ya mstari wa hali. Tazama kujenga mstari wa hali wa Claude Code kwa ajili ya kizuizi cha mipangilio na sehemu zinazopokelewa.

Kile ambacho kichanganuzi cha logi hakiwezi kuona ni chochote ambacho hakikutokea kwenye mashine hii. Laptop ya pili, kikao kwenye claude.ai, kazi ya mwenzako: nakala hizo za mazungumzo huishi kwenye diski hizo. Data ya zamani pia haipo, kwa sababu nakala za mazungumzo husafishwa baada ya siku 30 kwa chaguo-msingi chini ya mpangilio wa cleanupPeriodDays, kwa hivyo robo ya mwisho imepotea isipokuwa ukiihifadhi.

Kuna hatari nyingine moja, na ni ya kimuundo. Nyaraka za Anthropic zinasema kuwa umbizo la maingizo ni la ndani kwa Claude Code na hubadilika kati ya matoleo, kwa hivyo hati zinazochanganua faili hizi moja kwa moja zinaweza kuharibika kwenye toleo lolote jipya. Hilo linahusu kila zana ya aina hii. Pia ndiyo sababu ya kutumia jq ya haraka iliyoandikwa kwa mkono juu ya JSONL kuwa wazo mbaya kuliko inavyoonekana: vichanganuzi vinavyodumishwa hufuatilia mabadiliko ya umbizo kwa ajili yako, na ile ya haraka uliyoiandika itatoa namba isiyo sahihi kwa kujiamini siku ambayo sehemu fulani itabadilishwa jina.

Mwisho, kiasi cha dola kinahitaji tahadhari kwenye usajili. Hulipishwi kwa kila tokeni kwenye Pro au Max, kwa hivyo namba hiyo ni kile ambacho tokeni zako zingekugharimu kwa viwango vya orodha ya API. Inapima jinsi matumizi yako yalivyo makubwa. Si bili yako. Ikiwa swali la kweli ni mpango upi wa kutumia, ulinganisho huo ni zoezi lake lenyewe: tazama bili ya API dhidi ya usajili wa Claude.

Njia ya 2: skrini za matumizi zilizojengewa ndani hukuonyesha ni modeli ipi iliyotumia bajeti

Claude Code inakuja na mfumo wake wa kutoa ripoti na watu wengi hawajawahi kuufungua. Tekeleza /usage ndani ya session. Sehemu ya Session iliyo juu inaonyesha token kulingana na modeli na kiasi cha dola kwa session ya sasa, iliyohesabiwa ndani ya mashine kulingana na idadi ya token kwa viwango vya kawaida vya orodha. Kiasi hicho hakionyeshi punguzo au bei za ofa, kwa hivyo kinaweza kutofautiana na ankara yako. Jumla hurejeshwa upya wakati /clear inapoanzisha mazungumzo mapya.

Kwenye plan ya Pro, Max, Team au Enterprise, skrini hiyo hiyo inaonyesha ni kiasi gani cha kikomo cha plan yako umetumia, na inahusisha matumizi ya hivi karibuni na skills, subagents, plugins na MCP servers binafsi kama asilimia ya jumla. Inaashiria tabia zinazochangia 10% au zaidi ya matumizi ya hivi karibuni, kama vile muktadha mrefu (long context) au kukosa cache (cache misses). Bonyeza d au w ili kubadili kati ya saa 24 zilizopita na siku 7 zilizopita. Takwimu hizi ni makadirio na zimehesabiwa kutoka kwa historia ya session ya ndani kwenye mashine hii, kwa hivyo kifaa cha pili hakihesabiwi. Wakati upau huo ukiwa mtupu badala ya kuwa chini tu, skrini inakuambia kuwa dirisha limefungwa lakini haikuambii jinsi ya kuendelea kufanya kazi, na nini cha kufanya baada ya kufikia kikomo ni uamuzi tofauti kuhusu modeli, muktadha na plan.

Kwa timu ya zaidi ya msanidi mmoja, namba huhamia kwenye akaunti. Shirika la API hupata ukurasa wa matumizi wa Console, dashibodi ya Claude Code yenye matumizi na mistari iliyokubaliwa kwa kila mwanachama, na Claude Code Analytics API inayorejesha takwimu zilezile za kila siku kwa kila mtumiaji kwa kutumia admin key. Plan za Teams na Enterprise hupata ripoti ya matumizi katika admin console yenye uwezo wa kusafirisha data (export) kwenda CSV, inayosasishwa kila siku, na Enterprise huongeza analytics API. Kile unachokiona kinategemea jinsi kila msanidi alivyojiunga, kwa hivyo shirika mseto husoma ripoti mbili na kuzijumlisha kwa mkono.

Kwa ajili ya kupanga bajeti, takwimu zilizochapishwa katika nyaraka za gharama za Anthropic kufikia Agosti 2026 ni wastani wa karibu $13 kwa kila msanidi kwa siku ya kazi na $150 hadi $250 kwa kila msanidi kwa mwezi, huku 90% ya watumiaji wakiwa chini ya $30 kwa siku ya kazi. Ichukulie hiyo kama kigezo kilichochapishwa kutoka kwa utekelezaji wa kibiashara, si kama utabiri kwa timu yako. Endesha kikundi cha majaribio na upime kabla ya kufanya makadirio ya jumla.

Dashibodi haziwezi kuona chochote chini ya kiwango cha siku na mtu. Zitakuambia kuwa Opus ilitumika zaidi siku ya Jumanne. Hazitakuambia ni prompt ipi, repository ipi au CI job ipi iliyofanya hivyo. Pia zina ucheleweshaji, kwa sababu ripoti za shirika husasishwa kila siku, kwa hivyo ni zana ya mapitio badala ya njia ya kudhibiti wakala anayefanya kazi bila mpangilio mchana huu. Kudhibiti wakala anayefanya kazi bila mpangilio kunahitaji mipaka, si ripoti, jambo ambalo ndilo mada ya kudhibiti gharama za wakala kwenye VPS.

Njia ya 3: mfumo wako wa OpenTelemetry unakuonyesha ni prompt ipi iliyoshuka ubora

Claude Code hutoa metrics na matukio ya OpenTelemetry pindi tu unapoweka variable moja ya mazingira, na hii ndiyo njia pekee inayotiririsha data za token na gharama kwa kila mtumiaji kwenye mfumo unaouhibiti kwa wakati halisi. Metrics hizo zinajumuisha claude_code.cost.usage kwa USD, claude_code.token.usage kwa token, claude_code.session.count na claude_code.active_time.total.

Metric ya token ndiyo inayovutia zaidi, kutokana na sifa zake. Kila nukta ya data hubeba type, ambayo ni input, output, cacheRead au cacheCreation, pamoja na model na query_source, ambayo ni main, subagent au auxiliary. Pia hubeba agent.name, skill.name, mcp_server.name na mcp_tool.name. Hiyo inatosha kujibu maswali ambayo dashboard yoyote haiwezi kufikia: ni kiasi gani cha bili kinatokana na subagents badala ya hatua zako mwenyewe, kama seva moja ya MCP imeongeza maradufu token zako za input, au kama usomaji wa cache umeporomoka baada ya mtu kuhariri CLAUDE.md. Tabia ya cache ndipo mshangao unapojificha mara nyingi, na wakati prompt caching inapolipa gharama zake inaelezea kile unachokiangalia.

Marekebisho moja yanayostahili kufanywa, kwa sababu yanajitokeza katika kila mjadala kuhusu hili. Langfuse ni backend nzuri ya tracing inayojiendesha yenyewe, na kuiendesha kwenye VPS imeelezewa katika kujihostia Langfuse kwa ajili ya tracing ya wakala. Endpoint yake ya OTLP hukubali traces pekee. Claude Code husafirisha metrics na matukio ya log, si spans, kwa hivyo kuelekeza OTEL_EXPORTER_OTLP_ENDPOINT kwenye Langfuse kutauacha mradi ukiwa mtupu na hakutakupa error yoyote inayosomeka. Langfuse ni zana sahihi kwa mawakala unaojijengea kwenye API mwenyewe, ambapo msimbo wako mwenyewe hutengeneza kila span ikiwa na prompt, model na gharama yake. Kwa Claude Code CLI, hifadhi ya metrics ndiyo inayofaa.

Sanidi ufuatiliaji wa matumizi ya Claude Code kwenye VPS yako

Huduma mbili zinatosha: mtoaji (collector) wa kupokea metriki, na Prometheus wa kuzihifadhi. Ziweke zote nje ya Internet ya umma, kwa sababu port ya OTLP iliyo wazi hukubali data kutoka kwa yeyote anayeigundua. Andika /opt/ccmetrics/compose.yaml:

services:
  collector:
    image: otel/opentelemetry-collector-contrib:latest
    command: ["--config=/etc/otel/config.yaml"]
    volumes:
      - ./collector.yaml:/etc/otel/config.yaml:ro
    ports:
      - "10.8.0.1:4318:4318"
    restart: unless-stopped
  prometheus:
    image: prom/prometheus:latest
    volumes:
      - ./prometheus.yml:/etc/prometheus/prometheus.yml:ro
      - prom-data:/prometheus
    ports:
      - "127.0.0.1:9090:9090"
    restart: unless-stopped

volumes:
  prom-data:

10.8.0.1 ni anwani ya seva ndani ya tunnel ya WireGuard, kwa hivyo collector inafikika kutoka kwenye mashine zako pekee na si kwingineko. Anwani iliyo mbele ya port inafanya kazi muhimu hapa, kwa sababu port zilizochapishwa na Docker hazichujwi na ufw: tazama kwa nini port zilizochapishwa na Docker hupita ufw. Kusanidi tunnel yenyewe ni VPN ya WireGuard kwenye VPS yako.

/opt/ccmetrics/collector.yaml:

receivers:
  otlp:
    protocols:
      http:
        endpoint: 0.0.0.0:4318

processors:
  batch:

exporters:
  prometheus:
    endpoint: 0.0.0.0:8889

service:
  pipelines:
    metrics:
      receivers: [otlp]
      processors: [batch]
      exporters: [prometheus]

/opt/ccmetrics/prometheus.yml. Port 8889 haichapishwi kamwe kwenye host, kwa sababu Prometheus hufikia collector kupitia mtandao wa Compose kwa kutumia jina la huduma:

global:
  scrape_interval: 30s

scrape_configs:
  - job_name: claude-code
    static_configs:
      - targets: ["collector:8889"]

cd /opt/ccmetrics
docker compose up -d
docker compose logs collector

Log ya collector inapaswa kuishia na Everything is ready. Begin running and processing data.. Log inayosimama kwa sababu ya hitilafu ya usanidi inamaanisha kuwa YAML haikusomeka, na container itajianzisha upya mara kwa mara.

Sasa elekeza Claude Code kwenye huduma hiyo. Kwenye kila mashine inayotumia Claude Code, ongeza hii kwenye ~/.claude/settings.json:

{
  "env": {
    "CLAUDE_CODE_ENABLE_TELEMETRY": "1",
    "OTEL_METRICS_EXPORTER": "otlp",
    "OTEL_LOGS_EXPORTER": "none",
    "OTEL_EXPORTER_OTLP_PROTOCOL": "http/protobuf",
    "OTEL_EXPORTER_OTLP_ENDPOINT": "http://10.8.0.1:4318",
    "OTEL_METRIC_EXPORT_INTERVAL": "10000"
  }
}

Anzisha session, tuma prompt moja, subiri muda wa export (sekunde 10 hapa, sekunde 60 kwa chaguo-msingi), kisha uulize Prometheus kile kilichorekodiwa:

curl -s http://localhost:9090/api/v1/label/__name__/values | grep -o 'claude_code[a-z_]*'

Unapaswa kupata majina kadhaa yanayoanza na claude_code_. Exporter hubadilisha nukta kuwa mistari ya chini (underscores) na kuongeza kitengo, kwa hivyo maandishi kamili hutegemea toleo lako la collector. Matokeo matupu yanamaanisha hakuna data iliyofika. Hakikisha itifaki na port vinaendana, kwa sababu http/protobuf huenda kwenye 4318 na grpc huenda kwenye 4317, na kutokulingana huku husababisha kushindwa kimya kimya. Endesha claude --debug na log ya debug itaripoti hitilafu za OTel export.

Kwa mashine moja na bila seva, ruka yote yaliyo hapo juu. Weka OTEL_METRICS_EXPORTER=prometheus na Claude Code itafungua scrape endpoint kwenye http://localhost:9464/metrics yenyewe. Wakati prometheus ndiyo exporter pekee iliyoorodheshwa, Claude Code huondoa vitengo vya USD, tokens na s kutoka kwenye majina ya metriki ili scrape ibaki katika muundo sahihi wa maandishi ya Prometheus.

Uamuzi mmoja wa faragha unakuja na usanidi huu. Kwa chaguo-msingi, ni idadi pekee inayotoka kwenye mashine, hakuna maandishi ya prompt wala matokeo ya zana. OTEL_LOG_USER_PROMPTS=1 na OTEL_LOG_TOOL_CONTENT=1 hubadilisha hilo, na hapo sanduku lako la metriki litashikilia source code na chochote kingine kilichokuwa kwenye context. Washa hizo kwa makusudi, na usome kuepusha siri kutoka kwenye context ya wakala kwanza.

Kufuatilia matumizi kwa ajili ya script na CI runs

Uendeshaji wa programu usio na mwingiliano (non-interactive runs) ndio unaowashangaza watu, kwa sababu hakuna anayefuatilia skrini. claude -p pamoja na --output-format json huripoti gharama ya uendeshaji huo ndani ya payload ya matokeo yake:

claude -p "summarise the failing tests" --output-format json | jq '.total_cost_usd'

Payload hiyo hubeba total_cost_usd pamoja na uchanganuzi wa gharama kwa kila model, hivyo kazi ya CI inaweza kurekodi matumizi yake yenyewe bila kuhitaji dashboard. Ongeza thamani hiyo kwenye faili, au itume kama metric kwa collector iliyotajwa hapo juu. Hii ndiyo njia rahisi na yenye manufaa zaidi ya kufuatilia matumizi, na inagharimu wito mmoja wa jq kwa kila uendeshaji.

Njia za hitilafu na utakachokiona

Ripoti haina kitu. npx ccusage@latest daily kutochapisha safu yoyote inamaanisha haisomi mahali ambapo Claude Code inaandika. CLAUDE_CONFIG_DIR hubadilisha eneo hilo, na ni lazima kumpa parser maelekezo kuhusu mabadiliko hayo. Ikiwa safu zipo lakini zinaishia takriban mwezi mmoja uliopita, hiyo ni cleanupPeriodDays ikifanya kazi kama ilivyokusudiwa: nakala za mazungumzo huondolewa baada ya siku 30 kwa chaguo-msingi.

Mashine mbili zinaripoti jumla tofauti. Hili linatarajiwa, na si hitilafu. /usage na parser yoyote ya logi husoma historia ya kikao cha ndani pekee, kwa hivyo matumizi kutoka kwa kifaa kingine au kutoka kwa claude.ai hayapo kwenye zote mbili.

Jumla ya ndani hailingani na ankara. Takwimu za ndani huhesabiwa kutoka kwa idadi ya tokeni kwa viwango vya kawaida vya orodha. Hazijui kuhusu bei za ofa au punguzo la mkataba, na kwenye usajili tokeni zako hazitozwi ada moja moja hata kidogo. Ukurasa wa matumizi wa Console ndio wenye mamlaka kwa ajili ya malipo ya API.

Gharama ilipanda wakati ulifanya kazi ileile. Angalia safu wima za cache kabla ya kitu kingine chochote. Kikao kirefu hutuma tena historia yake yote katika kila hatua, ikitozwa kwa kiwango cha cache wakati cache ikiwa moto na kwa kiwango kamili cha input pindi inapopoa, kwa hivyo mapumziko moja marefu huchakata tena mazungumzo yote. Hiyo huonekana kama namba kubwa ya input kando ya namba ndogo ya output, na bei ya tokeni za input dhidi ya output inaeleza kwa nini hizo mbili hubadilika bila kutegemeana.

Siku yenye subagents inaonekana haiwezekani. Kila subagent huendesha dirisha lake la muktadha, kwa hivyo matumizi ya tokeni huongezeka kulingana na idadi ya zile zilizofanya kazi na muda ambao kila moja ilidumu. Data ya OTel pekee ndiyo inayozitofautisha, kupitia sifa ya query_source kwenye claude_code.token.usage. Parser ya logi itakuonyesha jumla na kukuacha ukikisia.

FAQ

Je, ccusage inaonyesha kiasi ninachotozwa kwenye Max plan?

Hapana. Kwenye usajili (subscription) hutozwi kwa kila token, kwa hivyo kichanganuzi cha logi (log parser) hupiga bei ya token zako kwa viwango vya kawaida vya API na kuonyesha kiasi ambacho kazi hiyo ingegharimu kupitia API. Hii ni kipimo kizuri cha kulinganisha uzito wa kazi kwa siku, na ni muhimu kwa kulinganisha miradi au mifano (models) dhidi ya mingine. Kwa kiasi unachodaiwa, ukurasa wa matumizi (usage page) kwenye Console hushughulikia malipo ya API na ukurasa wa malipo ya mpango (plan billing page) hushughulikia usajili.

Claude Code huhifadhi wapi faili za session ambazo zana hizi huzisoma?

Katika ~/.claude/projects/<project>/<session-id>.jsonl, ambapo <project> ni njia ya saraka ya kazi (working directory path) yenye herufi zisizo za kawaida zilizobadilishwa na -. Kila mstari ni kitu cha JSON kwa ajili ya ujumbe mmoja, matumizi ya zana, au ingizo la metadata. CLAUDE_CONFIG_DIR huhamisha saraka nzima, na cleanupPeriodDays katika settings.json hudhibiti uhifadhi wa siku 30. Anthropic huainisha muundo wa ingizo kama wa ndani na unaoweza kubadilika kati ya matoleo, kwa hivyo ichanganue kwa kutumia zana inayodumishwa badala ya hati (script) yako mwenyewe.

Je, ninaweza kutuma telemetry ya Claude Code kwenye Langfuse?

Si moja kwa moja. Langfuse OTLP endpoint hukubali traces, na Claude Code husafirisha metrics na matukio ya logi badala ya spans, kwa hivyo data haina mahali pa kutua. Tuma metrics za Claude Code kwenye OpenTelemetry collector na uzihifadhi kwenye Prometheus. Tumia Langfuse kwa mawakala (agents) unaojijengea mwenyewe kwenye API, ambapo msimbo wako mwenyewe hutoa spans zinazobeba prompt, model, na gharama.

Kwa nini namba zangu za ndani hazilingani na ukurasa wa matumizi wa Console?

Kwa sababu huhesabiwa kwa njia tofauti. /usage na vichanganuzi vya logi hujumlisha idadi ya token kutoka kwenye faili za session kwenye mashine unayotumia, kisha huzipiga bei kwa viwango vya kawaida. Console huripoti kile ambacho shirika lako lilitozwa kihalisi, katika kila mashine na kila ufunguo (key), baada ya punguzo lolote. Kutolingana ni jambo la kawaida. Kutolingana kukubwa sana kwa kawaida humaanisha kifaa cha pili, CI runner, au mwanachama mwingine wa timu anatoza kwenye akaunti hiyo hiyo.

Ninawezaje kufuatilia gharama ya claude -p run katika CI?

Iendeshe kwa --output-format json na usome total_cost_usd kutoka kwenye matokeo, kwa mfano kwa kutumia claude -p "..." --output-format json | jq '.total_cost_usd'. Payload hiyo hiyo inajumuisha uchanganuzi kwa kila model na kitambulisho cha session (session ID). Rekodi thamani hiyo kwa kila kazi (job) na utakuwa na matumizi kwa kila pipeline bila kuhitaji wakala, dashibodi, au huduma ya ziada.