TTickFable
Ambiente de programação com IA

Tokens estritos de duração

Converta um inteiro ASCII seguido de ms, s, m ou h em milissegundos limitados a um dia.

● ● ●TickFable●
Fluxos de trabalho · Tokens estritos de duração ×
import re

def duration_ms(text):
    if not isinstance(text, str):
        raise ValueError("duration.text")
    match = re.fullmatch(r"(0|[1-9][0-9]{0,8})(ms|s|m|h)", text)
    if not match:
        raise ValueError("duration.syntax")
    result = int(match[1]) * {"ms": 1, "s": 1000, "m": 60000, "h": 3600000}[match[2]]
    if result > 86400000:
        raise ValueError("duration.range")
    return result
✳Converta um inteiro ASCII seguido de ms, s, m ou h em milissegundos limitados a um dia.
✓ AlteraçõesRevise antes de aplicar ↗
Ilustração do ambiente
Revise antes de aplicarCompare o comportamento real com o resultado esperado. Se uma verificação falhar, investigue a causa antes de fazer outras alterações.
ModelosConfigure um endpoint compatível com OpenAI ou Anthropic com a URL base e uma chave API, quando necessária. Teste a conexão. O servidor local precisa estar em execução; ferramentas remotas podem transmitir dados separadamente.
ProjetoConfira zero e o limite diário, rejeitando zeros iniciais, frações, espaços e unidades desconhecidas.
Fluxos de trabalho

Tokens estritos de duração

Fluxos de trabalho ↗
Fluxos de trabalho
import re

def duration_ms(text):
    if not isinstance(text, str):
        raise ValueError("duration.text")
    match = re.fullmatch(r"(0|[1-9][0-9]{0,8})(ms|s|m|h)", text)
    if not match:
        raise ValueError("duration.syntax")
    result = int(match[1]) * {"ms": 1, "s": 1000, "m": 60000, "h": 3600000}[match[2]]
    if result > 86400000:
        raise ValueError("duration.range")
    return result
Ambiente de programação com IA

Transforme uma entrada de duração ambígua em uma tarefa de código clara

Uma configuração que aceita uma duração precisa de uma política em que usuários e código chamador possam confiar. TickFable oferece um ambiente de programação com IA para Windows para trabalhar nessa política no código-fonte. Abra o projeto, identifique o parser da configuração e seu consumidor e explique quais entradas devem ser aceitas antes de pedir ao modelo conectado uma proposta de alteração.

Um exemplo de tarefa aceita um inteiro em ASCII seguido de ms, s, m ou h, converte-o em milissegundos e limita o resultado a um dia. Discuta se espaços, frações e zeros à esquerda fazem parte da gramática aceita. Essas decisões conectam o parser ao comportamento do produto; elas não devem surgir acidentalmente da expressão que o modelo por acaso propuser.

Revise a edição sugerida usando uma pequena tabela de aceitação baseada nos seus requisitos. Confira zero, o limite de um dia e um valor além dele e exercite a mensagem da aplicação para entradas rejeitadas. Execute as verificações no ambiente existente. O resultado útil é um contrato consistente da configuração desde a entrada de texto até o valor armazenado, e não apenas um parser que reconhece o caminho de sucesso.

TickFable se conecta a endpoints suportados compatíveis com OpenAI ou da Anthropic, com credenciais quando exigidas. Um modelo de IA sem restrições pode ser uma das opções disponíveis. A modificação desse modelo não define sua gramática nem estabelece a precisão da validação; capacidade de contexto, ferramentas e restrições continuam sendo determinadas pelo modelo e pelo servidor escolhidos.

Perguntas antes de revisar entradas de duração

Como apresentar tokens aceitos e rejeitados?

Forneça uma pequena tabela de strings exatas e resultados esperados, incluindo maiúsculas, minúsculas e espaços. Inclua as unidades suportadas pela configuração. Isso facilita examinar a edição proposta e evita depender de uma descrição informal como duração legível por humanos.

Onde devo verificar o limite de um dia?

Peça ao modelo que examine como a quantidade analisada se torna a unidade consumida pela aplicação. A revisão deve confirmar que o limite se aplica ao valor convertido. Exercite valores-limite equivalentes em diferentes unidades suportadas usando os testes do projeto.

Um parser deve remover espaços automaticamente?

Somente se esse comportamento fizer parte do requisito. A gramática estrita ilustrada rejeita espaços. Informe na conversa se a interface normaliza intencionalmente a entrada antes da análise e revise esse limite para que chamadores diferentes não tratem o mesmo valor de forma inconsistente.

O que mais importa depois que o token é aceito?

Examine como o código chamador armazena e usa a duração convertida e como informa a rejeição. Um parser correto ainda pode fornecer a unidade errada a um temporizador. Mantenha esse consumidor na tarefa e verifique o comportamento observável na aplicação.

Baixar para Windows ↗

TickFable · Atualizado 2026-10-25