CommunityPesquisa e Análise de Dadosgithub.com

lingyu9495-source/feasibility-study-consultant

Estrutura de argumentação e redação de estudos de viabilidade de projetos — para qualquer decisão de negócio do tipo 'isso dá certo, como fazer, vale a pena?': estudo de viabilidade, avaliação de proposta, avaliação de novo projeto, validação de direção empreendedora. 10 módulos de argumentação + due diligence online obrigatória + validação cruzada de múltiplas fontes + redação na perspectiva do leitor + saída estruturada em relatório.

O que é feasibility-study-consultant?

Este é um assistente especializado em estudos de viabilidade de projetos, projetado para ajudar desenvolvedores e profissionais de negócios a transformar perguntas subjetivas como 'isso é viável?' em conclusões metódicas, baseadas em evidências e auditáveis. Ele suporta todo o ciclo de argumentação: desde a coleta guiada de informações sobre o projeto e a seleção de métodos com base no tipo de problema e projeto, até a criação de um 'livro-razão de hipóteses' para validação linha a linha e a tomada de decisão final com base em limiares predefinidos. A habilidade é útil para qualquer cenário de decisão de negócio, como avaliação de novos empreendimentos, validação de direção empreendedora ou análise de alternativas. Ela funciona em qualquer plataforma que suporte skills, como Claude Code, Cursor ou Codex, e depende de capacidades de busca online em tempo real para coleta de dados. O fluxo de trabalho é dividido em seis etapas: coleta guiada, classificação e definição de profundidade, seleção de métodos, execução da argumentação com seis ações obrigatórias (mercado, concorrência, economia unitária, finanças, riscos, conformidade), validação de hipóteses e decisão final com base em portões de decisão. A habilidade inclui dois scripts Python de dependência zero para gerenciar o livro-razão de hipóteses e a pontuação de viabilidade, além de modelos para cartão de projeto e lista de portões de decisão.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/feasibility-study-consultant

Installed? Explore more Pesquisa e Análise de Dados skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Coach de Estudo de Viabilidade de Projetos (Feasibility Study Consultant)

Posicionamento em uma frase: Transformar "isso dá certo, vale a pena, como fazer para dar certo" de uma sensação para uma conclusão com método, evidências, limiares e possibilidade de verificação. Cadeia completa desta habilidade: ① Como extrair informações claras sobre o projeto (coleta guiada) → ② Selecionar métodos de argumentação com base no tipo de problema e projeto (seleção de métodos) → ③ Validar hipóteses críticas linha por linha (livro-razão de hipóteses) → ④ Concluir com base em limiares (portão de decisão). Atualização v1.4: Novo "fluxo de coaching em seis etapas", biblioteca de perguntas por tipo de projeto (templates/guia-perguntas.md), biblioteca de metodologias (references/biblioteca-metodologias.md), lista de portões de decisão (templates/lista-portoes-decisao.md) e dois scripts de dependência zero — feasibility_scorecard.py (pontuação de viabilidade com julgamento Go/Condicional Go/No-Go) e assumption_ledger.py (classificação de hipóteses e plano de verificação).

Condições de Ativação

Ativar quando o usuário precisar de qualquer uma das seguintes tarefas:

  • "Me ajude a escrever um estudo de viabilidade / plano de viabilidade / relatório de viabilidade para XX"
  • "Avalie se XX é viável / vale a pena"
  • "Pesquise a direção XX e produza uma análise"
  • "Avaliação de proposta para novo projeto / novo produto / novo negócio"
  • "Tenho alguns planos, me ajude a escolher um"
  • "É apropriado fazer isso agora?"

Princípios Fundamentais

  1. Conclusão em primeiro lugar — Comece com o julgamento geral (classificação por estrelas/pontuação/viável ou não), não com o contexto histórico
  2. Baseado em dados — Cada dimensão deve ter suporte dos dados de mercado mais recentes, com nível de fonte indicado (A oficial/B do setor/C mídia/D inferência)
  3. Validação cruzada — Dados principais devem ter pelo menos 2 fontes independentes; contradições devem ser explicadas, não evitadas
  4. Pesquise antes de escrever (obrigatório) — Qualquer conclusão deve primeiro fazer due diligence online em tempo real; é proibido escrever dados de mercado baseados apenas na memória do modelo
  5. Alinhamento de perspectiva — Antes de escrever, esclareça: quem é o leitor (investidor/gestão/banco/governo)? O que mais lhe importa (tamanho do mercado/altura da barreira/como ganhar dinheiro/tamanho do risco)? Escreva na perspectiva do leitor
  6. Transparência de fontes — Pontos de dados críticos devem ter fontes indicadas; no final, inclua tabela de fontes de dados + lista de hipóteses críticas
  7. Defina o limiar primeiro (novo na v1.4) — Antes de começar, defina "o que conta como aprovado" (limite inferior de TIR, limite superior de payback, economia unitária positiva, todas as hipóteses fatais validadas); caso contrário, a argumentação se torna "buscar materiais para uma conclusão já formada"
  8. Registro de hipóteses (novo na v1.4) — Cada hipótese crítica da qual a conclusão depende deve entrar no livro-razão, com método de verificação e limiar de julgamento indicados; tirar conclusões com hipóteses de alto impacto não verificadas é equivalente a apostar

Fluxo de Coaching em Seis Etapas (Visão Geral)

EtapaO que fazerSaídaCritério de conclusão
1 Coleta GuiadaUsar um cartão de projeto de uma página + três rodadas de perguntas para esclarecer a situação do projetoCartão de Projeto preenchido5 perguntas obrigatórias respondidas; lacunas e linhas vermelhas indicadas
2 Classificação e Definição de ProfundidadeClassificar tipo de problema × tipo de projeto × fase × leitorConclusão de classificação em uma frase + profundidade da argumentaçãoEsclarecer "qual pergunta responder, para quem, com que profundidade"
3 Seleção de MétodosEscolher 3–5 métodos da biblioteca de metodologias com base no tipo de problemaLista de métodos + requisitos de dados de cada umCada método deve poder explicar "quais dados são necessários e qual conclusão produz"
4 Execução da ArgumentaçãoDue diligence e coleta de dados → seis ações (mercado/concorrência/economia unitária/finanças/riscos/conformidade) → redaçãoPrimeiro rascunho da argumentaçãoCada afirmação tem fonte; as quatro tabelas (investimento/custo/receita/indicadores) são consistentes
5 Validação de HipótesesCriar livro-razão de hipóteses, classificar por impacto × incerteza, projetar verificaçãoLivro-razão de hipóteses + plano de verificação + lista de itens bloqueadoresTodas as hipóteses de alto impacto verificadas ou refutadas
6 Portão de Decisão da ConclusãoJulgar com base na tabela de limiares, produzir uma das três conclusões + próximo passoPágina de conclusão + lista de portões de decisãoConclusão corresponde a cada limiar, sem "julgamentos ignorados"

As seis etapas não são uma ordem de produção em linha, mas uma ordem de julgamento: se uma linha vermelha for encontrada na etapa 1, as cinco etapas seguintes não precisam ser executadas.

Primeira Etapa · Coleta Guiada: Como Esclarecer a Situação do Projeto

O cliente não consegue explicar claramente a necessidade, não porque ele não coopera, mas porque ele não sabe o que você precisa. Portanto, use uma orientação estruturada, não perguntas abertas.

Método: Cartão de Projeto de Uma Página + Três Rodadas de Perguntas (Modelo: templates/cartao-projeto.md, templates/guia-perguntas.md)

  • Primeira Rodada · 5 Perguntas Qualitativas (sem consultar dados, 5 minutos): O que é isso? De onde vem o dinheiro? Quem vê? Quando precisa? Qual pergunta você mais quer responder?
  • Segunda Rodada · Aprofundamento por Tipo de Projeto (escolher um conjunto correspondente para perguntar, 6 tipos de projeto cada um com 5 perguntas): Tipo capacidade produtiva / Tipo serviço / Tipo tecnologia / Tipo ativo / Tipo plataforma / Tipo comércio
  • Terceira Rodada · Recursos de Verificação (decidir a solidez da conclusão): Que materiais de primeira mão você pode obter? Quem você pode entrevistar? Pode fazer um teste piloto? Há restrições rígidas? Se a conclusão for que não é lucrativo, o que você faria?

Regras de Tratamento de Falta de Dados (Não pare o trabalho por falta de dados, nem finja que não falta)

LacunaTratamento
Falta estimativa de investimentoEstimar com base em benchmarks do setor / projetos similares, indicar explicitamente "a confirmar com cotação"
Faltam dados de mercadoCálculo bottom-up + dados secundários de autoridade, indicar nível de evidência
Faltam pedidos de clientes / evidência de pagamentoInsustentável: listar como hipótese fatal, conclusão expressa como "viável com condições"
Falta base políticaPesquisar primeiro; sem base clara, escrever "nenhuma proibição explícita encontrada, recomendar confirmação junto ao órgão competente"

Pergunte sobre linhas vermelhas primeiro: Fonte de fundos ilegal, tocar em linha vermelha regulatória, elemento central inacessível, parte demandante não paga, economia unitária negativa — se qualquer uma aparecer, a conclusão só pode ser "não viável" ou "mudar escopo" (veja lista na seção D do cartão de projeto).

Segunda Etapa · Classificação e Definição de Profundidade (Quatro Dimensões, Uma Classificação Clara)

DimensãoValoresO que afeta
Tipo de problemaÉ viável / Vale a pena / Qual plano é melhor / Como fazer para dar certoDetermina qual método usar (veja Terceira Etapa)
Tipo de projetoCapacidade produtiva / Serviço / Tecnologia / Ativo / Plataforma / ComércioDetermina o foco da argumentação (capacidade vê elementos e produção-vendas; plataforma vê efeito de rede e economia unitária…)
Fase da pesquisaEstudo de oportunidade (triagem grossa) / Estudo de pré-viabilidade (decidir se aprofunda) / Estudo de viabilidade detalhado (base para decisão) / Aprovação ou submissão a banco (conformidade + finanças)Determina precisão e investimento (não use o custo de um estudo detalhado para responder a uma pergunta de oportunidade)
LeitorResponsável da empresa aprova orçamento / Banco avalia empréstimo / Governo aprova projeto / Investidor aporta capital / Para sua própria tranquilidadeDetermina o limiar do "o que conta como aprovado" e o formato do relatório

Saída: Conclusão de classificação em uma frase — "Este é um estudo de pré-viabilidade para um projeto do tipo serviço, respondendo vale a pena, para leitor banco avaliando empréstimo, com limiares de cobertura do serviço da dívida ≥ 1,3, TIR ≥ 8%."

Terceira Etapa · Seleção de Métodos (Primeiro Julgue o Tipo de Problema, Depois Escolha o Método)

Pergunta a responderCombinação de métodos preferidaRequisitos de dados críticos
É viável (viabilidade)Seis critérios de portão de fase + verificação de conformidade política + disponibilidade técnica/elementos + previsão de fracassoTexto original da política, comprovação de licenças e elementos disponíveis, casos de fracasso similares
Vale a pena (economicidade)Modelo de economia unitária + avaliação financeira (três cenários TIR/VPL/payback/ponto de equilíbrio/ponto crítico de sensibilidade) + capacidade de mercado bottom-upPreço unitário ao cliente e estrutura de custos, composição do investimento, condições de financiamento, base de cálculo do tamanho do mercado
Qual plano é melhor (comparação)Matriz de decisão ponderada (ou abordagem AHP) + comparação financeira de cada plano + verificação de robustez da conclusãoIndicadores quantificáveis de cada plano; pesos dos critérios e sua base
Como fazer para dar certo (caminho)Portão de fase por etapas + livro-razão de hipóteses + plano de verificação em pequenos passos (piloto/MVP)Lista de hipóteses críticas, orçamento e janela de tempo toleráveis para tentativa e erro

Biblioteca de Métodos (versão completa em references/biblioteca-metodologias.md, incluindo "quando usar / como fazer / quais dados precisa / erros comuns")

  1. Julgamento de Portão de Fase (Go/Kill/Hold/Recycle + seis critérios)
  2. Cálculo de Capacidade de Mercado Bottom-Up (TAM/SAM/SOM)
  3. Análise de Barreiras Competitivas (Verificação de vantagens estruturais estilo 7 Powers)
  4. Modelo de Economia Unitária (Margem unitária, período de payback de aquisição, LTV/CAC)
  5. Avaliação Financeira (TIR/VPL/payback/ponto de equilíbrio/ponto crítico de sensibilidade)
  6. Comparação de Múltiplos Planos (Matriz de decisão ponderada / abordagem AHP)
  7. Previsão de Fracasso (Pre-mortem: retroceder a partir de "já falhou" + sinais de alerta)
  8. Livro-razão de hipóteses e verificação de custo mínimo
  9. Cruzamento de Duas Perspectivas (Perspectiva política × Perspectiva de capital)
  10. Classificação de Evidências e Cruzamento de Múltiplas Fontes (A/B/C/D)

Regra de Ferro da Seleção: Escolher 3–5 métodos por vez é suficiente; acumular métodos não é o mesmo que rigor; cada método deve poder responder "quais dados precisa, qual conclusão produz, o que fazer se a conclusão não for suportada".

Quarta Etapa · Execução da Argumentação: Seis Ações Obrigatórias

4.1 Primeiro Due Diligence, Depois Escrever (Ordem Obrigatória)

① Pesquisar e fazer due diligence → ② Organizar dados → ③ Validação cruzada → ④ Escrever. É proibido escrever primeiro e complementar dados depois. Escopo da due diligence (múltiplos caminhos em paralelo):

  1. Aspecto setorial: Tamanho/taxa de crescimento/ciclo de vida → Relatórios setoriais, relatórios de corretoras
  2. Aspecto de mercado: Cliente-alvo/intensidade da demanda/disposição a pagar → Concorrentes, discussões de usuários, preços de licitações
  3. Aspecto competitivo: Concorrentes diretos/indiretos, cenário, barreiras → Players principais
  4. Aspecto político: Política industrial/regulação/acesso/subsídios → Texto original de documentos governamentais
  5. Aspecto financeiro: Base de investimento-retorno → Dados de investimento/retorno de projetos similares
  6. Aspecto de risco: Casos de fracasso conhecidos, linhas vermelhas políticas → Pesquisar negativos (este passo é o mais frequentemente ignorado e também o mais valioso)

Coleta de dados escala em dificuldade: raspagem comum → bypass de anti-raspagem → controle real do navegador; os materiais brutos coletados devem ser arquivados, não é necessário pesquisar novamente ao revisar.

4.2 Lista de Seis Ações (Cortar conforme o projeto, não forçar)

#AçãoPergunta central a responderCritério
1Mercado e demandaQual o tamanho do mercado? Taxa de crescimento? Grupo-alvo? Por que ganhar?Cálculo bottom-up + validação cruzada de ≥2 fontes
2Concorrência e barreirasQuem são os concorrentes? Qual é nossa vantagem estrutural?Ter pelo menos uma vantagem não baseada em "mais esforço/mais barato", ou indicar honestamente "sem barreiras"
3Economia unitáriaCada transação é lucrativa? Quanto tempo para recuperar o custo de aquisição?Margem unitária positiva; período de payback ≤ valor do limiar
4Avaliação financeiraQuanto investir? Quando recuperar? TIR/VPL?Três cenários prontos; ponto crítico identificado
5RiscoTrês maiores riscos + sinais de gatilho + contramedidasCada risco tem indicador de alerta e responsável, não é clichê
6Conformidade e elementosPolítica, licenças, uso do solo, consumo de energia, qualificaçõesEscrever o status de andamento e a data prevista de obtenção item por item

4.3 Cruzamento de Duas Perspectivas (Política × Capital)

  • Perspectiva política: Direção da política industrial, acesso e aprovação, tendências regulatórias, subsídios e custos de conformidade → Decide "é apropriado fazer agora?"
  • Perspectiva de capital: Disponibilidade e custo do capital, limiar de retorno, caminho de saída, âncora de valuation de transações similares → Decide "é lucrativo?"
  • Julgamento cruzado: Apoio político × capital insuficiente = teste em pequena escala; capital lucrativo × política restritiva = cautela e preparar plano de saída; ambos não suportam = não fazer

Quinta Etapa · Validação de Hipóteses (A Parte Mais Valiosa Desta Habilidade)

A essência da argumentação de um projeto é listar as hipóteses críticas e, em seguida, validá-las uma por uma.

5.1 Primeiro Liste as Hipóteses, Depois Classifique

Escreva todas as hipóteses das quais a conclusão depende e classifique por Impacto (1-5) × Incerteza (1-5):

  • Alto impacto + Alta incerteza → Maior prioridade para validar (este é "valide primeiro o que é mais crítico, não o que é mais fácil")
  • Alto impacto + Baixa incerteza → Baixo risco, mas deve ser registrado (se não se confirmar, é uma reviravolta)
  • Baixo impacto → Pode ser validado depois

5.2 Cada Hipótese Deve Ter um "Limiar de Julgamento"

Má escritaBoa escrita
O cliente tem interesse3 clientes head regionais assinaram carta de intenção (travando 60% da capacidade de armazenamento)
Custo controlávelCusto de aquisição do terreno ≤ 45 mil yuans/mu
Suporte políticoIncluído no plano especial provincial / confirmação escrita obtida do órgão competente
Viabilidade técnicaTeste piloto concluído, operação estável por 30 dias consecutivos

Se o limiar não for definido rigidamente, a validação se torna "encontrar evidências para provar que estamos certos".

5.3 Gerenciar o Livro-Razão com Scripts (Dependência Zero)

# Livro-razão de hipóteses: classificação + itens bloqueadores + plano de verificação (o que validar primeiro fica claro)
python3 scripts/assumption_ledger.py livro-razao-hipoteses.csv --plan
python3 scripts/assumption_ledger.py livro-razao-hipoteses.csv --json

# Pontuação de viabilidade: pontuação ponderada + julgamento de limiar + hipóteses fatais + Go/Condicional Go/No-Go
python3 scripts/feasibility_scorecard.py avaliacao-projeto.json
python3 scripts/feasibility_scorecard.py --print-schema   # Ver estrutura de entrada
python3 scripts/feasibility_scorecard.py --demo           # Ver como é a saída
  • Colunas do CSV do livro-razão: hipotese,categoria,impacto,incerteza,metodo_verificacao,nivel_evidencia,status,responsavel,data_limite (Modelo: templates/livro-razao-hipoteses.csv)
  • Valores de status: nao_verificada / em_andamento / verificada / refutada
  • Código de saída diferente de 0 = ainda há hipóteses de alto impacto não verificadas, pode ser integrado diretamente na automação: não passar, não concluir

5.4 Meios de Validação Ordenados por Custo (Não Gaste Dinheiro de Cara)

Consultar dados de primeira mão (política/anúncio de transação/preço de licitação) → Entrevistar (clientes/fornecedores/profissionais do setor) → Obter pré-compromissos por escrito (carta de intenção/carta de crédito/cotação) → Amostra/piloto (escopo mínimo viável) → Investimento formal.

Sexta Etapa · Conclusão e Portão de Decisão

Três formatos de conclusão (não escreva apenas "viável/não viável")

  1. Viável (Go): Todos os limiares aprovados → Dar ritmo de investimento e próximas ações
  2. Viável com condições (Conditional Go): Limiares principais aprovados, itens bloqueadores existem → Listar "o que complementar para poder avançar" + plano de verificação e cronograma
  3. Não viável (No-Go): Hipóteses fatais refutadas / indicadores financeiros insuficientes / tocou em linha vermelha → Explicar se é "direção errada" (Kill) ou "condições não estão maduras" (Hold)

Quatro saídas do portão de decisão (fonte no final): Go (aprovado) / Kill (terminado, escrever motivo e arquivar) / Hold (suspender, escrever qual sinal esperar para reiniciar) / Recycle (direção ok, mas material insuficiente, devolver para complementar).

Dica prática: Para a maioria dos projetos "mal definidos", a resposta correta é Hold ou Recycle, não forçar um Go.

A página de conclusão deve conter: Julgamento geral + tabela de pontuação por dimensão + status de itens bloqueadores e hipóteses fatais + explicação do nível de evidência + o que validar a seguir (quem, quando, critério).

Acompanha: templates/lista-portoes-decisao.md (seis critérios + tabela de limiares + quatro decisões)

Dez Módulos de Argumentação (Cortar conforme necessário ao escrever o relatório, não forçar)

#MóduloPergunta central a responder
1Resumo ExecutivoConclusão em uma frase + 3-5 julgamentos centrais (escrever por último)
2Visão Geral do ProjetoO que fazer? Objetivo? Escopo?
3Contexto e NecessidadePor que fazer agora? O que acontece se não fizer?
4Análise de MercadoQual o tamanho do mercado? Taxa de crescimento? Grupo-alvo? Por que ganhar?
5Concorrência e BarreirasQuem são os concorrentes? Qual é nosso fosso?
6Produto/Serviço e OperaçõesComo entregar? A equipe é suficiente?
7Modelo de NegócioComo ganhar dinheiro? Estrutura de receita? Margem?
8Projeção FinanceiraQuanto investir? Quando recuperar? TIR/VPL?
9Risco e ContramedidasTrês maiores riscos + contramedidas específicas + sinais de alerta
10Conclusão e RecomendaçõesFazer/não fazer/como fazer + próximo passo

Requisitos de Escrita

  1. Resumo executivo escrito por último (só se escreve bem depois de ter a conclusão)
  2. Cada número deve ter fonte ou indicação de "hipótese, a validar"
  3. Parte financeira: dar lógica de cálculo + hipóteses críticas, não inventar números precisos até os centavos
  4. Capítulo de riscos: escrever de forma concreta: condição de gatilho + impacto + contramedidas, não escrever clichês
  5. Onde houver incerteza, indicar explicitamente "a validar/a complementar" — reconhecer limites é profissionalismo, não defeito
  6. O livro-razão de hipóteses e a página de conclusão devem ser consistentes com o corpo do texto (o mesmo número no resumo/corpo/anexos/página de conclusão deve ter o mesmo valor)
  7. Forma de entrega conforme solicitação do usuário (Word/Markdown/PPT/documento online), formatação padronizada, sem cheiro de IA (não usar aspas estilo livro didático, sem símbolos residuais de Markdown, parágrafos padronizados)

Sugestão de Estrutura de Saída

  • Capa (título/versão/data/classificação de sigilo)
  • Resumo Executivo (1 página): Julgamento geral + tabela de limiares + status de hipóteses críticas + próximo passo
  • Corpo (capítulos cortados dos dez módulos)
  • Anexos: Tabela de fontes de dados (com nível de evidência), livro-razão de hipóteses críticas, lista de itens a validar (quem/quando/critério)

Lista de Verificação de Qualidade (Antes da Entrega)

  • Há números de mercado escritos sem pesquisa?
  • Dados centrais têm ≥2 fontes independentes? Nível de evidência indicado?
  • O limiar do "o que conta como aprovado" foi definido antes de escrever e a conclusão corresponde a cada um?
  • Conclusão e evidências correspondem? Há inferências excessivas (correlação tratada como causalidade, parte tratada como todo)?
  • Falta perspectiva contrária/risco de fracasso? Previsão de fracasso foi feita?
  • Todas as hipóteses críticas têm status (verificada/não verificada/refutada)? Hipóteses de alto impacto não verificadas estão claramente listadas como itens bloqueadores?
  • Finanças: Três cenários prontos? As quatro tabelas (investimento/custo/receita/indicadores) são consistentes?
  • Perspectiva do leitor: Ele consegue tomar decisão depois de ler?
  • As "hipóteses do cliente" foram escritas como "fatos confirmados" no corpo do texto?

Erros e Armadilhas Comuns

ArmadilhaConsequênciaCorreção
Conclusão antes das evidênciasArgumentação vira defesaLimiares e lista de hipóteses definidos antes da argumentação
Usar o teto do relatório setorial como seu mercadoSuperestimação grave de tamanhoCálculo bottom-up + distinção TAM/SAM/SOM
Tratar "mais esforço/mais barato/melhor serviço" como barreiraProjeto rapidamente copiadoUsar verificação de vantagens estruturais (escala/rede/custo de troca/propriedade intelectual…)

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

Habilidades Relacionadas