# Suporta sa TypeScript sa Maguyva: Mas Mahusay na Context para sa Monorepos

Canonical source: https://maguyva.ai/fil/languages/typescript

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Sinusuportahan ng Maguyva ang TypeScript gamit ang AST parsing at symbol extraction para masundan ng mga AI agent ang interface, implementation, shared package, at JSX-heavy na application code sa buong monorepos.

## Snapshot ng support

- Antas: Support para sa AST at mga simbolo
- Programming
- Mga extension: .cts, .d.ts, .mts, .spec.ts, .stories.ts, .test.ts, +1 pa
- Tunay na AST parsing para sa syntax-aware search at structural context.
- Pinapagana ng mga named symbol ang semantic lookup at cross-reference. Available ang graph navigation kapag naka-enable ang pagkuha ng mga ugnayan.
- Nag-aambag ang wikang ito ng mga simbolo at ugnayan sa graph-aware search; nag-iiba ang mga sinusuportahang uri ng edge ayon sa mga native construct nito.
- Available ang AST parsing at symbol extraction.

## Pinakabagay

- Mga product at platform team na nagpapatakbo ng Next.js, Node service, shared package, at tooling sa loob ng iisang TypeScript repo.
- Mga repo kung saan gumagalaw nang magkasama ang interfaces, DTOs, schemas, at React components pero nakatira sa magkakaibang directory.
- Mga team na sumusubok magbigay sa AI agent ng ligtas na context bago nito galawin ang shared types o package boundaries.

## Mga workflow ng agent

- Sundan ang isang type, interface, o component mula sa definition nito hanggang sa mga code path na talagang gumagamit dito.
- Ikumpara ang implementations sa iba't ibang package bago baguhin ang isang shared helper o API contract.
- I-map ang malamang na saklaw ng epekto ng pag-e-edit ng isang shared type, utility, o service module.

## Bakit mahalaga ang mga TypeScript page

Ang TypeScript ang wika kung saan umaasa ang maraming team na sa wakas ay maramdaman nilang ligtas ang AI-assisted na refactoring. Nakakatulong ang type system, pero hindi nito inaalis ang tunay na problema: ang mga shared package, DTO, generated client, React component, test, at app code na lahat ay gumagamit ng parehong mga pangalan sa buong malaking repo.

Para sa TypeScript, mas mataas ang standard kaysa sa "naiintindihan nito ang syntax." Kailangang sundan ng agent ang contract mula sa definition tungo sa implementation hanggang impact radius bago nito i-edit ang isang shared type, hook, o client.

## Ano talaga ang kinukuha ng Maguyva sa TypeScript

Kinukuha ng Maguyva ang classes, methods, interfaces, at type aliases sa buong `.ts`, `.mts`, `.cts`, at ang mga karaniwang TypeScript file variant sa paligid ng tests at stories. Nino-normalize ang member prefixes, pero pinapanatili ang class-qualified identifiers, na nakakatulong kapag ang isang repo ay may bare helper name at class-scoped method na pareho ang huling bahagi ng pangalan.

Tinuturing ang JSX bilang tunay na structural signal sa halip na stray markup. Sa mga naka-index na TypeScript file, nananatiling available ang tests, stories, at configuration kasama ng application code, kaya masusuri ng agent ang mga halimbawa ng paggamit at setup bago baguhin ang isang shared component o service.

## Kapaki-pakinabang na MCP workflow para sa TypeScript repos

Karaniwang sapat na ang tatlong panimulang pattern:

- Gamitin ang `find_symbol` kapag alam mo na ang interface, type alias, hook, o pangalan ng service.
- Gamitin ang `dependency_search` bago baguhin ang shared types o clients na maaaring kumalat sa iba't ibang package.
- Gamitin ang `structural_search` kapag kailangan mo ng code shape, hindi keyword match, halimbawa ay paulit-ulit na component o method pattern.

Para sa mga conceptual na tanong tulad ng "sundan ang checkout submission path," mas madalas na mas magandang unang hakbang ang `get_task_context` kaysa sa raw na search.

## Kung saan pinaka-relevant ang page na ito

Pinakamalakas ang page na ito para sa web at platform monorepos kung saan ang TypeScript ang coordination layer para sa maraming package. Kung marami pa ring mas lumang JS ang iyong repo, basahin ang [JavaScript guide](/fil/languages/javascript). Kung ang tunay mong tanong ay "kaya bang hawakan ng agent ang app code at infra context nang sabay?" ipares ito sa [Terraform](/fil/languages/terraform).

## Mga detalye ng engine

- Ini-extract ng TypeScript ang mga class, method, interface, at type alias sa halip na i-flatten ang lahat sa generic na symbol.
- Tinatanggal ang mga member prefix, pero pinapanatili ang mga class-qualified identifier, na tumutulong na maiba ang `CheckoutService.create` sa plain na `create`.
- Binibilang na instantiation ang mga JSX element. Sa mga naka-index na TypeScript file, nananatiling available ang tests, stories, at configuration bilang context kasama ng application code.

## Mga kapaki-pakinabang na MCP entry point

- `find_symbol`: Magsimula dito kapag alam mo na ang shared interface, type alias, hook, o service na gusto mong suriin.
- `dependency_search`: Gamitin ito bago baguhin ang isang shared DTO o client para makuha ang makatotohanang impact radius sa lahat ng package.
- `structural_search`: Gamitin ang AST-level search kapag kailangan mo ng pattern, hindi string match, halimbawa paulit-ulit na component o method shape.