google-gemini/gemini-cli

Fix unsafe type assertions (Refactoring Plan)

Fechada

#19.708 aberto em 20 de fev. de 2026

Ver no GitHubGuia do colaborador
 (18 comentários) (0 reação) (1 responsável)TypeScript (13.657 forks)batch import
area/coreeffort/largehelp wantedkind/bugpriority/p2status/bot-triaged

Métricas do repositório

Stars
 (103.992 estrelas)
Métricas de merge de PR
 (Mesclagem média 4d 2h) (55 fundiu PRs em 30d)

Description

Tracking issue for removing no-unsafe-type-assertion suppressions introduced in PR #18688.

The goal is to replace as Type casts with runtime validation (Zod, instanceof, type guards).

This is a meta-issue to track the progress of the following sub-tasks.

  • #19709 - Phase 1.1: Error Handling (Core Utilities)
  • #19710 - Phase 1.2: JSON & Config (Core Utilities)
  • #19711 - Phase 2.1: Tool Execution (Core Tools)
  • #19712 - Phase 2.2: File System (Core File System)
  • #19713 - Phase 3.1: CLI Config
  • #19714 - Phase 3.2: CLI Activity Logger
  • #19715 - Phase 4.1: A2A Server
  • #19717 - Phase 4.2: VS Code Companion (Likely empty/already done)
  • #19733 - Phase 5: CLI Commands
  • #19734 - Phase 6: CLI UI
  • #19735 - Phase 7: Core MCP & Code Assist

Guia do colaborador

Direção de pesquisa
This is a meta issue tracking the removal of unsafe type assertions in the Gemini CLI codebase. The issue lists several subtasks (e.g., #19733, #19734, #19735) that are still open. Each subtask involves replacing `as Type` casts with runtime validation using Zod, type guards, or instanceof. To contribute, first review the existing refactoring pattern from completed subtasks (e.g., #19709–#19714) by examining their pull requests. Then choose an open subtask, ensure no one is assigned, and implement the changes in the relevant files (likely under `src/`). The maintainers have provided guidance in comments; read through the discussion to understand acceptance criteria.
Pilha de tecnologia
typescriptnodejs
Domain
backendtoolingdeveloper experience
Tipo Issue
Refatoração
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Mais de 1 semana
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Precisa de investigação
Prerequisites
TypeScriptZod or similar validation library
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
20