HN user

flimflamm

86 karma
Posts1
Comments67
View on HN

Cost/manufacturing complexity. If you are country struggling to defend your self you don't think problems in 30 years if today problem is does the country exists or not. Might be difficult to put your self to a small defending countries shoes which is absolute running our of resources.

If you don't have workflows which repeat in inet you don't need openClaw. - Messages from school where to react - Getting payments from someone and tracking that you get them - Summary of news the way you like it from sources you like it every day - Integrated task lists reminders - Drafting taxation reports based on spending etc etc.

I just don't trust "the claw" so I build following system - Docker 1: * Locked up Claw docker - user level priv. Access outside to "one port" only.

- Docker 2: * Tool gateway with pre-baked commands - openclaw can only index what command to execute * Keys are here * Telegram hook to approve all "post" commands i.e. sending email or posting something somewhere.

- Docker 3: * LLM gateway keeping track of cost and routing

What confused me is the fact that in the paper all logical steps are give. It basically check that when all relevant facts are provided explicitly as links , how far and how complex a chain can the model correctly follow before it breaks down?

So it's simpler than "reasoning". This is not necessarily a bad thing as it boils down the reasoning to a simpler, more controlled sub problem.

A definition of AGI 9 months ago

I would focus on lowest of the axis. It does not help if some of the axis are at 100% if one of the axis is lacking.

I wonder if 6 would be understanding own thinking. Currently humans don't understand this. Thoughts just pop in to our heads and we try to explain what caused them.

Surely you can have the same LLM review the code. But treat output of that process similar to linters.

That one tool (LLM) didn't show issues - good. Then lets roll slaves back and start really checking if the meaning is correct and is the code implementing the right things the right way.

It would be interesting to see how far one could get with fine tuning and RL. One could for example take free scad models, give 2D pictures from different angles and ask LLM to recreate the 3D design in scad language. Then compare volumetrically how close they are and provide feedback.

Once that is done then ask LLM to create a prompt and compare outputs etc..

Imagine your eye's effective integration time (the period over which it "samples" light) shrinks during a rapid saccade—say down to about 5–10 ms. Under steady conditions, our flicker fusion threshold is around 60 Hz, but that’s because our retina integrates over a longer window.

If we want to “smooth out” the PWM cycles so we don’t see discrete pulses, we need a few cycles (say, 3–5) within that 5–10 ms window. In other words:

    For a 10 ms integration window:
        3 cycles → f≥30.01 s=300 Hzf≥0.01s3 =300Hz
        5 cycles → f≥50.01 s=500 Hzf≥0.01s5 =500Hz
    For a 5 ms window:
        3 cycles → f≥30.005 s=600 Hzf≥0.005s3 =600Hz
        5 cycles → f≥50.005 s=1000 Hzf≥0.005s5 =1000Hz
So, to cover worst-case scenarios (rapid eye movement, bright conditions where the eye’s temporal resolution is higher), the PWM systems for LED lights should be rather in the ballpark of 300–1000 Hz than 200 Hz. Given that one would be viewing headlights some 2 meters away (impacts the what is the view angle change and speed).

And yes, what we are now seeing in cars is super annoying. Similar disregardful to user comfort can be seen with HUD displays (at least with Volvo).

To create a patch, a small model is used to predict the likelihood for the next character in the input string. Input string: 'Lazy dog jumped over a fence.' Use the model to predict the likelihood of each character.

For example:

    100% sure the next character is 'a'.
    Or maybe it's 10% sure it's 'a', 10% sure it's 'b', and so on.
Then we chunk character estimates together. How many characters? Enough characters so that the total uncertainty (entropy) in each chunk is about the same. And there you have your 'patch' (or 'token').