尚未检测到更新。GitHub 发布版本后会显示在这里。
按最近已完成的 8 小时观测回合间的 GitHub 星标增量排序
Tickets, Doku, Zeiterfassung und Kundengespräche an einem Ort, durchsuchbar per KI. Für Softwarefirmen mit Kundenprojekten. Open Source: auf deinem eigenen Server oder in unserer Cloud in Deutschland.
翻译准备中
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权，自行管理介绍，无需管理员批准。
登录并生成验证文件，在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件，即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录，将前往登录页面。登录后请回到此处，再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify，即可验证所有权并自行管理介绍。
一分钟完成验证Agrotech para agricultor
翻译准备中
取自仓库 README
正在加载完整 README。 以下为已保存的摘录。
Módulo de assistência técnica agronômica do ecossistema Campo Forte (Nova7). O lado do técnico: solo, nutrição e sanidade da lavoura — calagem, gessagem e adubação com respaldo, e caderno de campo por talhão. O app calcula, o agrônomo decide. Toda recomendação sai com nome e CREA do responsável técnico e carrega a versão do motor e o snapshot das tabelas usadas. App web e banco local: ver docs/ARQUITETURA.md. Fase 1 (Fundação) em andamento — motor extraído e testado, schema + RLS prontos, esqueleto do Next no lugar. Detalhe em docs/PROGRESSO.md.查看完整 README ↗
Plataforma de assistência técnica agronômica para escritórios: carteira de produtores, propriedades e talhões; análises de solo (digitadas ou lidas de PDF); recomendação de calagem, gessagem e adubação; laudos; caderno de campo (com trabalho sem sinal); agenda; financeiro do escritório; e um portal para o produtor acompanhar a lavoura.
O app calcula, o agrônomo decide. Toda recomendação sai com o escritório e o responsável técnico (nome + CREA) e carrega a versão do motor e o snapshot das tabelas usadas — o laudo emitido continua reproduzível.
No ar: https://agrotech-three-self.vercel.app · Estado atual, em linguagem simples: docs/ESTADO-DO-SISTEMA.md
apps/web/ Next.js 16 (App Router) + React 19 — a aplicação (telas, ações de servidor, proxy de sessão/CSP)
packages/agro-core/ motor agronômico e leitor de laudos — TypeScript puro, sem DOM/banco/rede
packages/laudo-pdf/ renderiza o laudo A4 em PDF (pdf-lib)
packages/db-test/ aplica TODAS as migrações num Postgres em WASM (PGlite) e testa isolamento, permissões e segurança
supabase/ migrações SQL (RLS em tudo), Edge Functions (ainda não publicadas), testes pgTAP
prototipo/ protótipo HTML de referência (congelado)
docs/ documentação (tabela abaixo)
.github/workflows/ CI, migrações com portão de testes, backup criptografado + ensaio de restauração, monitoramento
Padrão das telas: página → dados.ts (uma rodada de consultas) → componentes de seção (ver docs/ESTRUTURA.md).
Regras de acesso: no banco (RLS + agro.pode()), espelhadas em apps/web/lib/permissoes.ts só para esconder o que a pessoa não pode usar.
Requisitos: Node 20+ (testado com 24).
npm install
npm run build --workspace @agrotech/agro-core # o web e os testes leem os tipos de agro-core/dist
npm test # todos os pacotes (motor, banco, laudo, web)
npm run typecheck && npm run lint --workspace @agrotech/web
App em modo desenvolvimento: crie apps/web/.env.local com NEXT_PUBLIC_SUPABASE_URL, NEXT_PUBLIC_SUPABASE_ANON_KEY
(e, no servidor, SUPABASE_SERVICE_ROLE_KEY — nunca com prefixo NEXT_PUBLIC_) e rode npm run dev.
Sem um Supabase real: apps/web/e2e/supabase-simulado.mjs simula a API e o login; os scripts verificar-*.mjs
(Playwright) conferem telas, segurança (CSP), fila offline, senhas e equipe num navegador de verdade — ver
apps/web/e2e/LEIA-ME.md. Não rodam no CI (precisam de navegador).
main publica o site (Vercel). Migrações em supabase/migrations/ só vão ao banco real
depois que os testes do db-test passam (workflow Migrações (Supabase)). Nunca edite uma migração já aplicada: crie outra.execute de public/anon (o teste de segurança falha se esquecer).Laudos de laboratórios reais além do primeiro ainda não foram validados · Edge Functions e cobrança Asaas não foram publicadas nem testadas com contas reais · arquivos do Storage não entram no backup · reenvio offline só com o app aberto · textos de privacidade/termos são rascunho (ver docs/LGPD-MINUTA.md). Lista completa e atual em docs/ESTADO-DO-SISTEMA.md e docs/PROGRESSO.md.
| Documento | O que é |
|---|---|
| docs/ESTADO-DO-SISTEMA.md | Comece aqui. Como o sistema está, em linguagem simples |
| docs/POLITICA-DE-APROVACAO.md | O que já foi aprovado pelo dono (não perguntar de novo), sistemas aprovados e o que sempre pede confirmação |
| CHANGELOG.md | O que mudou, por data |
| docs/decisoes/ | Decisões técnicas e agronômicas, uma por arquivo (ADR), com data e motivo |
| docs/OPERACAO.md | O que vigiar e o que fazer quando algo quebra |
| docs/RECUPERACAO-DE-DESASTRE.md | Backup e passo a passo de restauração |
| docs/LGPD-MINUTA.md | Mapa de dados, direitos, retenção e incidente — rascunho para o advogado |
| docs/PROGRESSO.md | Histórico técnico detalhado, entrega por entrega |
| docs/ESTRUTURA.md | Como o código se organiza e como provar que uma refatoração não mudou nada |
| docs/ARQUITETURA.md |
| Arquitetura no início do projeto (histórico; o código manda) |
| docs/MOTOR.md | Fórmulas do agro-core e referências |
| docs/AUDITORIA-03.md | Auditoria de sessão, segurança, banco e erros (01/10/2026) — AUDITORIA.md e AUDITORIA-02.md são anteriores |
| docs/AGROTECH.md, PRODUTO-VENDAVEL.md, PRODUCT_V2.md, PRODUCT_AUDIT.md, UX_ARCHITECTURE.md, DATABASE_CHANGES.md | Visão de produto e documentos de planejamento — históricos: podem descrever fases já superadas |