Seguidores

quinta-feira, 24 de abril de 2025

Do Caos ao Prompt T4E01: Desenvolvimento do App AG2P – Descrição do Fluxo de Trabalho

INTRODUÇÃO

Este Post é o primeiro episódio da quarta temporada da série "Do Caos ao Prompt", que apresenta a implementação Agente de Gestão de Processo Pessoal (AG2P), tendo como foco a descrição do fluxo de trabalho.




Esta implementação será feita com ajuda do Gemini 2.0 Flash. 

Compartillhamento desta conversa com o Gemini: https://g.co/gemini/share/f62f17971abc

Comando ao Gemini

1) Fiz as especificações usando Finite State Machine (FSM), com 12 eventos e 5 estados. Você aceitaria implementar um evento de cada vez?

2) Todos os dados estão numa única planilha Google com 7 abas.

3) Descrição do fluxo de trabalho

O fluxo de trabalho serve para uma pessoa fazer o Acompanhamento do Progresso, na execução de seu processo pessoal repetitivo e padronizado, visando comparar o resultado alcançado com a meta pessoal, a cada hora, e registrar incidentes.

O processo pessoal começa quando a pessoa decide iniciar a jornada de trabalho e abre o app, para acessar o GRUPO DE PROCESSOS DO SERVIÇO (GPS). 

O primeiro evento do dia, após o início do app, é "Abriu a planilha RDM", que muda o estado do app de “Após início” para "RDM inicializada".

A partir do estado "RDM inicializada", o diálogo será entre a pessoa e a aba RDM, da planilha GPS, que permanece em determinado estado até que receber um evento, que causa e execução de uma ação e a mudança para o próximo estado. 

Esse ciclo se repete, até que a pessoa decida encerrar a jornada.

O processo pessoal termina quando a pessoa decide encerrar a jornada de trabalho e fecha o app.

A estrutura do diálogo entre o usuário e o app pode ser explicada assim: “A pessoa iniciou o evento [Evento], para executar a ação [Ação], detalhada em [Passos], acessando os dados [Dados] de acordo com as regras [Regras].

Resposta do Gemini

Que interessante a sua abordagem com a Máquina de Estados Finitos (FSM)! Isso traz uma estrutura bem definida para o comportamento do app.

Respondendo às suas perguntas:

1.      Sim, aceito implementar um evento de cada vez. Essa é uma forma organizada e iterativa de construir o aplicativo. Podemos começar com o primeiro evento ("Abriu a planilha RDM") e avançar progressivamente, garantindo que cada etapa funcione corretamente antes de passar para a próxima.

2.      Entendi que todos os dados estão em uma única planilha Google com 7 abas. Isso é ótimo para centralizar as informações. Durante a implementação, precisaremos entender a estrutura de cada aba e como elas se relacionam para o fluxo de trabalho do app.

3.      O fluxo de trabalho que você descreveu está claro e conciso. A ideia de acompanhar o progresso em um processo pessoal repetitivo, comparar com metas e registrar incidentes, tudo dentro do contexto do Google Drive, faz sentido. A estrutura do diálogo que você apresentou ("A pessoa iniciou o evento [Evento], para executar a ação [Ação], detalhada em [Passos], acessando os dados [Dados] de acordo com as regras [Regras]") será muito útil para guiar a implementação de cada evento e ação.

Com essas informações, podemos começar a planejar a implementação do primeiro evento. Você gostaria de detalhar o estado "Após início", o evento "Abriu a planilha RDM", o estado "RDM inicializada", a ação que ocorre e quais dados da planilha GPS (e em qual aba) são relevantes para esse primeiro passo?

CONCLUSÃO

No próximo episódio veremos a construção do Evento "Abriu RDM".

Você pode explorar mais sobre FSM aqui.



Índice da Temporada T4 da Série "Do Caos ao Prompt"


Nenhum comentário:

Postar um comentário

Entendendo a Metáfora "Home Office é Moto Boy"

Dashboard de Produtividade Pessoal T1E14: RESOLVIDO BugCT1-5 Erro 400 no login

INTRODUÇÃO Post anterior:  Dashboard de Produtividade Pessoal T1E13: BugCT1-5 Erro 400 no login O objetivo deste post é apresentar um prompt...