GhostShell AI: A Terminal Haunted by a Local AI Ghost

·10 views

A developer built GhostShell AI, a terminal app that reacts to commands with spooky, AI-generated responses instead of treating the shell as a plain tool. Users type commands like git status, and the app classifies them and uses a local Llama 3.2 3B model run through Ollama to produce a ghostly reply that also briefly explains what the command does. The project offers three ghost personalities, including a Whispering Ghost, an Angry Poltergeist, and an Ancient Programmer, and is built with Python and Streamlit. It does not execute the commands it receives, keeping the AI from controlling the user's system. The developer submitted it to Hacktoberfest's Open-Source AI Challenge, citing local inference as a way to experiment without a paid cloud API.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Why Birthday Reminders Fall Short When They Only Flag the Date

A simple birthday reminder usually arrives too late for people who need time to buy gifts, book reservations, or mail something. The article argues that birthday apps should go beyond storing dates and support advance planning, since different people need different lead times. It proposes multiple reminder points, such as a month, a week, and a day before the event, to give users time to act. It also suggests storing useful context like relationships, gift ideas, and preferences in one place. The piece ends by promoting Annum, an Android birthday planner built around preparing for upcoming events.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Three-Layer Retry Plan Aims to Make Webhook Failure Alerts Safer for AI Rollbacks

The article argues that a failed webhook in a healthtech AI-agent loop is more than a delivery issue, since it can obscure latency breaches and delay rollback decisions. It recommends a bounded retry policy using exponential backoff, a maximum attempt count, and a circuit breaker that halts load on a failing destination. Each delivery should be tracked as a measured operation, with attempt number, timing, response class, and trace identifiers recorded in structured logs. A separate poller is suggested to surface persistent failures so the alert path does not itself become an incident. The piece also includes a Go example separating retry control from the delivery function and reading error data from an observation API.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Exporting Competitors' Google Ads from the Transparency Center With Python

Google's Ads Transparency Center lists the ads each advertiser runs, including text, images, video, regions and dates, but it has no export button or public API. The author built an Apify actor that pulls this data into CSV-ready rows, and the article walks through a short Python script using the apify-client library. Returned records include fields such as first and last shown dates, days running, format and a transparency link, with an optional per-domain summary row. The author suggests tracking the daysRunning field, since long-running ads may be performing well, and notes that the tool can run on a schedule to flag newly launched creatives. The article also cautions that the Transparency Center does not reveal spend, clicks or targeting, and that ad text is not always available.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

A2A Protocol Aims to Let Independently Built AI Agents Work Together

As AI applications grow more capable, developers face the challenge of getting independently built agents to communicate and collaborate. The article illustrates this with a GitLab merge request review, where separate security, testing, and architecture agents feed findings to a review agent. Agent2Agent (A2A), an open protocol originally developed by Google and contributed to the Linux Foundation, offers a standardized way for agents to discover each other, delegate tasks, and exchange messages. It works regardless of the framework, language, or vendor used, and does not require agents to reveal internal reasoning or tools. The protocol also supports progress streaming, artifact exchange, and authentication across agent boundaries.

0 comments Read more at DEV Community