Doesn't matter how big the revenue is if the market is not interested at the price you are selling.

I mean, by your logic, if I sell a dollar for 64c, and do $5b revenue, that's an indication that the market does indeed want the product, but not an indication that the market wants the product at the price you need to sell at to stay in business.

No, it's a signal from the market that the product being sold is not wanted by the market.

They've mismanaged all their IP pursuing that yummy subscription revenue. Turns out gamers really don't like to buy subscriptions. As a poster downthread pointed out, the games that are not always-on and subscription-based are doing fine. It's the recent AAA model of subscription that is bleeding money.

At a roughly 3% profit, they are barely breaking even and have no money to invest in staying current. It's not a sustainable business.

What I actually want is an FPGA board with a very large number of DDR3/DDR4 RAM slots arranged in banks (2, 4, 8 or even more banks). I want an FPGA board that can hold 1TB of DDR3/DDR4 RAM.

The throttling point right now is not RAM, it's bus speed. Having different busses for banks of RAM alleviates that.

How is this the top comment? It lists all the outliers and ignores thousands of instances where fat margins caused a collapse.

I mean, just what Linux did to the dozen or so fat-margin unix server companies is already a longer list of collapsed companies than provided in this comment.

1. A primary meaning, "Further" means "revenue" (or "profit"). You and your AI together can sit and create a competitor to Windows 11, do the marketing copy, a sales strategy, feature testing etc, but without a team that product isn't going anywhere.

2. A secondary meaning, "Further" means "Stamina". You + AI can create everything above, but without a community (whether paying customers or free users), the product dies when your interest in it dies, even if it is still making money!

I looked at the format. I think you're mostly on the right track, but I also think that a better candidate might be to simply use (and augment, where necessary, such as for styles) the org mode format: It can do all the stuff you have, but also things like checkboxes, calendars, and more.

As a bonus, both people and agents already know the format so there is no need to have a skills file. For example, the following prompt on Gemini WebChat (hardly a good model):

    Give me an org mode file to show a PERT (Project evaluation and Review Technique) diagram, with a calendar below the diagram allowing me to see the current year. Create a hierarchy of tasks that have to be done using  checkboxes and collapsible sections to mark tasks/subtasks as done. Below that, give me a table of all the terminal tasks that need to be completed with task/subtask name, starting date, estimated ending date and the resource assigned to it.

    Finally, at the end, produce a gantt chart as a mermaid diagram for the sample project.

Maybe all you need to code for agents to write is a web-based viewer for Org Mode syntax?

Look at it this way: right now if I wanted what smalldocs does (i.e. ask the agent to generate any of your examples), I can ask the agent "do $FOO, generate org mode", and without a single additional skill/claude.md/agents.md file, get exactly the result you got from smalldocs.

I think maybe testdrive Emacs daily for a month; it would open your mind to the possibilities available[2]. If anything more is needed (like I wanted to put in JS in the HTML output), it can do it. If Emacs cannot do it, my agent can write an EmacsLisp function that will do it.

At the end of the day, when even a poor LLM can do what smalldocs does but without any additional .md files or context, I think maybe your solution might be over-engineered.

----------

[1] Org mode tables work exactly like spreadsheets, in that they can contain formulas.

[2] Think of it this way - when I needed multimodal documents, because I already knew Emacs, I just used that. When you needed multimodal documents, you vibed a whole new product into existence.

I disagree; it's even more obvious with AI that, with AI, a solo dev can go even faster, but still, with AI, you need a team to go further.

What does a human write to (for example) create the diagram mentioned in "A diagram, drawn from a description rather than dragged into place."?

To me this looks like AI-writes-everything and human-reads-everything.

Everything else boils down to this.

I agree that this is their goal. The reason that people don't understand why Anthropic wont let the subscription be used with other harnesses is because they believe that this hope of Anthropic is just that: a hope.

I personally don't believe that a harness is a moat.

We have yet to see any company use Fablr to increase their profits. Until and unless you can increase your profits with the expensive models, it makes no sense to pay for them.

IOW, the expensive AI providers only draw is goodwill.

Sure, in much the same way that veggie burgers are "like" beef burgers, and NES Duck Hunt is "like" clay pigeon shooting, or Dirt Rally is "like" driving a real rally race!

But no one is going to claim that being good at Duck Hunt means you know anything about firing a gun, nor winning all the races in Dirt Rally is anything close to driving a real car.

Fable contributed 19 commits; that's well within a solo effort.

Not all; error messages are part of UX design, and the user error message should always give an error that indicates what the user can do to fix the problem.

If you cannot open a file for writing, don't just return "error: cannot open MyFile.txt", return "MyFile.txt: permission denied" (so user can request additional permissions from whoever), "MyFile.txt: no space left on device" (so user can free up some space), "Myfile.txt: file exists and is a directory" (So user can retry with a different name, or remove the directory, etc).

I think what is happening now is that, with so many of the agent-using pool of devs having never shipped to end-users before, they are surprised that their "program" (the tool) is being used wrong by the end-user (the LLM).

Those of us with battle-scars already expect the user to use it wrong and have learned that it's easier to tell the user how to fix the problem than to ask the user to read the manual/do it the correct way.

Lots of companies will pick them up for scrap metal prices and host them for fractions of what we are paying today.

That's the nature of bubbles.

That's oddly-specific :-)

In any case, I have no pirated content that I know off, neither proud nor ashamed of blocking ads[1], but I still get annoyed that a bunch of VCs can use their invested-into companies to launder all the worlds IP, then sell it back to them.

[1] Who feels proud of blocking ads? It's like feeling proud of tying your shoelaces: "Good job, well done, but that's the expectation, son".