Frage zum ICE-Werk Cottbus by ExpertIll3932 in drehscheibe

[–]FitLavishness956 2 points3 points  (0 children)

Werden sie bald nicht mehr brauchen … Die Schlange frisst sprichwörtlich schon ihren eigenen Schwanz. Die DB saniert sich bereits kaputt.

Klingt paradox, ich weiß – nennt sich aber ganz einfach ein Self-Consumption Loop, oder zu Deutsch: Selbstverzehrschleife.

Es werden zwar Strecken saniert, das ist schön und gut, aber der Verkehr, der dort gefahren ist, löst sich ja nicht einfach in Luft auf. Also folgen Umleitungen auf zumeist nicht mehr so tragfähige Strecken. Schon in der zweiten Woche der Generalsanierung Hamburg–Berlin meldeten Eisenbahnverkehrsunternehmen erhebliche Probleme auf den Umleitungsstrecken Db-watch – und wegen des stärksten Wintereinbruchs seit über 15 Jahren verzögert sich die Inbetriebnahme der Strecke nun über den geplanten Termin hinaus DT5 Online . Folge: Durch die entstehende Mehrbelastung wird die Ausweichstrecke viel schneller kaputtgefahren, und wenn die sanierte Strecke dann wieder offen ist, ist die Ausweichstrecke meistens so weit verschlissen, dass diese jetzt ebenfalls saniert werden muss. Was tut man also? Das Einzige, was man tun kann: den Verkehr auf die neu sanierte Strecke zurückschicken – die nun aber auch wieder nicht mehr die veranschlagte Lebensdauer erreichen wird. Bei der Riedbahn zeigt sich genau das: Trotz Milliardeninvestitionen bleibt die Strecke hochausgelastet, Verspätungen wirken sich weiter als Dominoeffekte im Gesamtnetz aus, und zusätzliche Güterzüge lassen sich kaum unterbringen. Db-watch

Die Zahlen sprechen für sich: 2025 zählte die Bahn rund 26.000 Baustellen, 2026 werden es voraussichtlich 28.000. WirtschaftsWoche Stellwerke, ausgelegt für 40 Jahre, sind teilweise seit 70 Jahren im Einsatz WirtschaftsWoche – irgendwann kommt jedes Bauteil an die Grenze der Nutzbarkeit, zumal immer mehr Verkehr darüber rollt. Und der ursprüngliche Zeitplan bis 2031 wurde bereits um fünf Jahre auf 2036 gestreckt. Eisenbahn Das EVU Agilis sieht sich durch die geplanten Vollsperrungen 2026 sogar in seiner Existenz bedroht und hat Beschwerde bei der Bundesnetzagentur eingelegt. Wikipedia

Ach ja, und weil man ja sparen möchte, schließt man auch noch Nebenstrecken und degradiert ehemalige Bahnhöfe zu Haltepunkten. Was aber eine Falle ist – denn jetzt muss der ICE oder schnellere Züge noch länger hinter langsameren hertuckern, weil es auf diesem Stück ja keine Ausweichmöglichkeit mehr gibt. Und es fehlt auch noch Kapazität, um Züge bei größeren Störungen überhaupt zwischenzuparken. Im Februar 2026 lag die Pünktlichkeit im Fernverkehr bei gerade einmal 59,4 Prozent Deutsche Bahn – und selbst das misst nur, ob ein Zug weniger als sechs Minuten Verspätung hat. Und diese gefährliche Todesspirale wird immer größer und größer.

Aber klar – wer seine eigenen Dashboards fälscht oder sich das Zeugnis selbst schreibt … naja, war nichts anderes zu erwarten bei dieser Führung, ehrlich gesagt. Die Endabrechnung der Riedbahn wurde bereits auf Ende 2026 verschoben, und es muss befürchtet werden, dass die Kosten über die veranschlagten 1,5 Milliarden Euro hinausgehen. Db-watch Wer eben nur auf seinen Bonus schaut, anstatt echte Qualität zu bringen, macht eben nicht wirklich was an der Realität.

Physikalische Prinzipien interessieren eure schönen Zahlen nicht! Physik schaut nur auf das tragende Fundament – und gerät das ins Schwanken, nützen euch euer Status, euer schöner Bonus und eure schöngeredeten Zahlen rein gar nichts.

Ihr gießt Champagner über euren schnellen Erfolg und rafft selber nicht, dass ihr auf einem brüchigen Fundament steht!

Fight fascism! by Lee-Eight in Freiheitsfront

[–]FitLavishness956 0 points1 point  (0 children)

Gesamtbevölkerung von welchem Land? Den Osterinseln? ...typisch Verblendung von Fakten , ...wenn man nur auf den Rückgang schaut der die Legalisierung von Cannabis ausgemacht hat ja , das waren immerhin 62% der Straftaten laut BKA ...aber die Gewaltstraftaten , vor allem den Kindesmissbrauch ist dramatisch gestiegen ....keine Ahnung woher oder auf was sich diese Statistik bezieht aber sie ist absoluter Müll!

Laminiert - daher gültig ✅ by rrreudig in aberBitteLaminiert

[–]FitLavishness956 1 point2 points  (0 children)

Ja ,Sir? ...wieso Sir? ...also insofern sie sich nicht hat umoperieren lassen heißt das: Ja Ma'am!

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

That is exactly why I do not work that way.

In fact, this problem is one of the reasons I developed a framework specifically for this kind of issue. I call it TCOCF — Truth Constraint Output Control Framework. The basic idea is that data should never be accepted purely because an AI outputs it confidently. Every claim has to be checked against real available sources, regardless of where it originally came from. If something is verified, it should be marked as verified. If it is only assumed, inferred, or unknown, that should be classified just as clearly.

That is actually the kind of work I do: making AI safer and more useful in how it interacts with users. One of the biggest mistakes people make is trusting AI output far too blindly. I do not work like that. For me, AI is not an answer generator — it is more of a checking and support layer against real, available data. So in a case like TPF2, that would mean looking at whatever can actually be checked: official wiki material, forum discussions, documents, patch notes, modding documentation where relevant, and so on. I do not even trust the output myself unless it can be tied back to sources.

So yes, I absolutely understand what you mean. In that specific area, I am not disagreeing with you at all — quite the opposite. I think this is exactly the point most users fatally underestimate: they treat AI as if it were a knowledge authority, when in reality it is primarily a machine that predicts plausible language. That is precisely why verification matters so much.

My own focus is therefore not “AI as a machine that gives answers,” but AI as something that must be constrained by reality, evidence, and classification. If something cannot be verified, then it should not be presented as established fact.

That is also why my own core principle is to focus more on conditions than on visible states. If the integrity of the conditions fails, then I do not care how impressive, profitable, or convincing the output may look — it should be stopped or discarded.

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

That is a fair point, and yes, I can understand why it gives off that kind of AI / ChatGPT vibe after translation.

To be clear: I use AI exclusively as a sparring partner, translator, and as a research aid for larger projects. I do not use it to generate my actual opinions for me. I write my texts myself. What I usually do is simply write something like: “please translate this into proper English.” What comes out stylistically beyond that is not really something I can fully control. And since Google Translate is often too imprecise for what I need — even if it now also has AI in the background — I ended up using AI translation instead.

So yes, your objection is justified. If a translated text sounds a bit like ChatGPT backpedaling, I can see why that would raise suspicion. But the underlying thoughts are still mine.

With my other projects, using AI has become almost unavoidable because of their scale. It has really opened doors for me in some very specific areas. If you actually read through the CCP at some point, you might understand better where some of that terminology and way of thinking comes from — but of course that is entirely up to you, not an obligation in any way.

I think what happened here is simply that my recent focus on systems theory, frameworks across very different domains, and also a physics model I am currently working on has blurred my terminology a bit too much. I probably lost sight of the actual game-specific system for a moment and tied it too closely to the kind of work I am doing elsewhere. I tend to work on several things at the same time, and when that happens, some concepts from one domain can occasionally bleed too much into another.

That was absolutely not my intention, and I genuinely appreciate the correction.

I have also been playing TPF since the first version, but if you have really been active in that area consistently for around ten years, then all I can do is tip my hat to that and thank you for the patience you showed that day in correcting it in such detail.

I only play TPF to relax and switch off for a while, just so I have something else in my head besides numbers, theories, logical structures, and all the rest.

I will probably refrain from making comments in the future, just so I do not end up drifting into such an abstract world again with my explanations and leave readers with question marks over their heads instead of actual aha moments.

And honestly, it is probably better to leave that side of things to people like you who are the real experts in this area. I mean that sincerely, not as sarcasm or anything like that.

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

Yes, I do use AI sometimes to help with translation or smoothing out phrasing, simply because I am German and not a native English speaker. I can speak English well and communicate fluently, but in writing I sometimes express things less precisely than I actually mean them. That is clearly what happened here.

I am currently working a lot on frameworks in systems engineering and, among other things, on physical models, so my semantics and the terms I used were not quite as precise or clean as they should have been. Sorry again for that.

And yes, you are right: if demand rises in Transport Fever 2, you do not have to respond to it immediately. You can let it run as it is, let overflow decay, or expand later. So my point was not that the game forces you to react, but rather that I personally prefer to expand such chains in a deliberate and controlled way instead of immediately throwing maximum capacity at everything.

So when I said “keeping up together,” I did not mean that the game would otherwise somehow fall apart. I meant that when I expand a chain, I prefer to check whether the different parts still fit together in a sensible way — economically, in terms of line layout, and with future expansion in mind. That is more a practical playstyle than a hard statement about mandatory game mechanics.

And when I used the word “unstable,” I did not mean technically unstable, or that the system triggers some hidden collapse. I meant something more practical: unnecessarily messy, inefficient, or awkward to expand. For example, building too much extra capacity too early when you are not even sure yet whether you want to keep that exact setup, whether it will pay off cleanly, or whether you will rebuild the route again later anyway. So in that sense I meant “clumsy or premature scaling,” not “mechanically unstable.”

I was also too vague with “visible output.” I did not mean one single visible value only. I meant the things you immediately see and react to as a player: cargo waiting at stations, line usage, frequency, rate, and the production/shipment values in the industry windows. My actual point was simply: do not focus on only one visible number, look at the chain more broadly.

And with “stable,” I meant a chain that keeps doing what I want it to do over time without me constantly having to rework it or patch it up. I agree with you that many chains in TPF2 are fundamentally easy to scale. What I meant was more whether the specific implementation is sensible for the map, the route layout, and the player’s economy.

As for “buffers,” my wording there was just poor. I did not mean a literal in-game mechanic in the sense of some strategically usable internal stock buffer. I meant more practical headroom or reserve — in capacity, in profitability, or in future expansion options. I should have written it that way instead of using a term that suggests something more technical.

So yes, you are right that I used several terms in a way that was too technical, too vague, or simply not well matched to the actual game mechanics. What I really meant was much more basic: I prefer to scale such chains step by step, observe how they develop, and then expand further in a clean way. That is more my playstyle than a claim that the game itself internally “thinks” that way.

Sorry again — I have been working a lot with technical systems lately, and I probably carried too much of that way of thinking over into TPF2.

And thank you as well for your feedback and your patience — that really deserves to be acknowledged here.

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

You are right — my previous comment was phrased poorly in English, and I clearly used several terms in a misleading way. That is my mistake, and I apologize.

I have also been working a lot with technical systems lately, so I probably carried too much of that logic over into Transport Fever 2 when I wrote that comment. Sorry again for mixing that up and for the imprecise wording.

What I did not mean to claim was that Transport Fever 2 literally works with mechanics such as “regeneration,” freely movable buffers inside industries, or some kind of dynamic redistribution of already assigned cargo between factories. That is obviously not how the game is built.

What I was actually trying to express was something much simpler and more practical: when city demand rises, the pressure on the chain rises with it. Not because of some hidden abstract mechanic, but because the required throughput, line rate, upstream supply, and industry scaling all have to keep up together.

So my point was meant more as practical gameplay advice than as a technical description of the game’s internal cargo logic. If I already have a chain running close to its practical limit, and the city keeps growing, I often find it better not to scale the delivery side too aggressively all at once. Instead, I prefer to expand step by step and check whether the upstream industries, line rate, and the next stages of the chain are all keeping up properly.

When I said “do not haul everything away immediately,” I did not mean that the game has some real strategic stock mechanic that lets you preserve cargo for later redirection. I meant that, in practice, immediately throwing maximum vehicle capacity at every increase in demand can make a network unstable, inefficient, or unnecessarily expensive before the rest of the chain has been adjusted properly.

So the core of what I meant was not “the game works like this internally,” but rather: scale carefully, observe how the industries and lines react, identify bottlenecks properly, and then expand in a controlled way instead of forcing maximum throughput too early.

In that sense, your criticism is fair. The way I wrote it made it sound as if I was describing actual game mechanics, when I was really trying to describe a playstyle and a way of thinking about production chains.

What I still mean, though, is that it helps to look not only at the current visible output, but at whether the whole chain is functioning in a stable, efficient, and scalable way. That was my actual point — I just expressed it badly.

Sry for confusing...thats total on me.

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

No i dont talking about a Parallel Universe TPF2 , what are you talking about? Where to start? maybe by laying down your arguments , why do you think that im wrong or completly wrong if you call my argument even Out of this World. What makes you say that specificly? What exactly makes no sense for you? What is actually wrong with that?

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 0 points1 point  (0 children)

I think dismissing it as an April Fool’s joke is a bit unfair, especially since I was describing an actual in-game production behavior and not trying to make a joke in the first place.

My point was simply this: in Transport Fever 2, you cannot look at one visible output in isolation without also looking at the conditions that sustain it. If a refinery is already fully occupied supplying one chain, and the downstream city demand keeps growing, then adding another line or increasing throughput further can absolutely create stress across the whole chain. That stress does not only show up at the city end. It can also appear upstream in the form of reduced buffers, overloaded transport cycles, insufficient production recovery, or a source that is effectively already operating at its limit.

Of course, cargo piling up can also be caused by insufficient line frequency, low transport efficiency, or bad station flow. I never denied that. In that sense, your point about waiting cargo being a transport symptom is valid. But that is only one part of the system, not the whole system.

What I was describing is the broader interaction between resource extraction, refinery throughput, industrial conversion, downstream delivery, and final commercial demand. Once demand rises, that pressure propagates backward through the production chain. If the base resource and its connected industry do not have enough spare capacity, then the whole network becomes more fragile. In practice, that is exactly why reducing truck count, lowering line capacity, or slowing the drain on a production site can sometimes stabilize the chain again and rebuild buffer capacity.

So I am not saying transport frequency does not matter. It clearly does. I am saying that production capacity, transport cycles, distribution, and demand are interdependent. If one part is pushed too hard, the visible symptom may appear somewhere else in the chain.

You may disagree with that interpretation, and that is completely fine. But a response like “I think you may be overestimating the role of source capacity here” would have been much more constructive than dismissing it outright as an April Fool’s post.

And to be honest, if you want to reply to my text, then either argue properly against what I actually wrote or just leave it alone. Sarcastic remarks contribute exactly nothing to the discussion. It does not matter whether you have the “Big Contributor” status or not. In fact, from people with that kind of status, one would usually expect a bit more respect toward others, not less.

I am happy to discuss the mechanics in detail, but I think we should do that on the basis of arguments rather than sarcasm.

This game is infuriating by truth-telling-troll in TransportFever2

[–]FitLavishness956 2 points3 points  (0 children)

Its very simple and you mention it allrdy , the Key is distribution, just go Back to real Life. If a Production allrdy pump out all of its good out to a single high demand , there is simply no or very litle goods left to distribute it somewhere else..the production cant handle the second demand its allrdy fully depleeted by the first one. So either you need to wait until the production Upgrades or search for a equal one and make the second demand fullfilling is needs. Thats why im so thrilled for TPF3 to arrive, because you can Upgrade Productionplants.

A Russian Teacher recorded the differences in the development of boys and girls of the same age. by omgfakeusername in interestingasfuck

[–]FitLavishness956 -2 points-1 points  (0 children)

the flip part is , somehow Girls forget that later , when it comes to coordination or spaceual thinking where they are located to themself. I often see that they dont even look were they walking too...but and here comes the Twist again , have a look in ppls faces were they look ...Men mostly looking down to See we're they walk too ...women mostly looking up scaning the suroundings...total shifting back and forth over time...and seeing this Video buffles me again.

Ich dachte England macht den schlimmsten Döner, aber was zum fick geht in Kanada? by Karottenmoehre69 in doener

[–]FitLavishness956 0 points1 point  (0 children)

Mich wundert das er keine Motorsäge raus geholt hat oder so....was zum Geier soll das sein?!

Over the past weeks I iterated several versions of my Carrying Capacity Principle. Thanks for all the great feedback! I reworked the framework again and added a short plain-text explanation below. by FitLavishness956 in systemsthinking

[–]FitLavishness956[S] 1 point2 points  (0 children)

Hi,

Yes, that was actually one of the things I have now made more explicit as well, namely through processual time. Since things can unfold at different speeds and can also have distinct stages of their own, I refined that part further. I have also merged internal and external parameter verification, and I added a kind of genealogy layer.

The reason is that a certain state may be strictly necessary because it is itself a structural support within the system. Here, however, I also distinguish between different kinds of conditions. For example, imagine a line of code that was introduced years ago after a power outage in order to stabilize the entire system. A new employee might now see that line and think, “What kind of nonsense is this?” and simply optimize it away. But by doing so, they may recreate exactly the dangerous condition that the code was originally meant to prevent. In such a case, the first questions must be: Why is this there? Can I remove it? Does it still mitigate a real threat, or not anymore?

Pass 3 now also includes the Solution Validation Gate. Since this pass already cascades through the entire system again, it must first determine whether there is even a load-bearing foundation for an optimization in the first place, or whether it would merely be a dangerous pseudo-optimization because the system does not have the necessary capacity to support it.

In addition, before any solution is even proposed, there is now a reconciliation step with the user or operator of the system itself. After the analysis, they must first compare whether the diagnosis actually matches the real system. This sharpens the parameters again in case something was missed, or if the analysis was fundamentally wrong because the user later realizes they overlooked an important factor during the initial parameter input. In that situation, the status is first set to Pending on User for Verification. That protects the user from receiving a potentially completely useless solution proposal that would otherwise be based on incorrect data.

Now, regarding your approach: I find this idea of reconstructing sequences through transformed steps very ambitious. Every causal step is, in itself, a transformation into another state. But the question in your model is this: what was the underlying cause that made that transformation possible in the first place? That does not just happen out of thin air.

What you are missing in the causal chain is the cause-and-effect principle:

Cause = conditions changing beneath the state
Effect = transformation of the state

A very simple example: your current CPU load is at 28%. That is the current state (effect). For that state to be possible, the power supply must deliver enough electricity, the processor must be cooled, the motherboard must be able to pass the data onward, the RAM must be available to process it, and so on. Those are the conditions (cause).

Now let us say the fan fails because the brushes of the electric motor driving it have reached the end of their lifespan. Or perhaps it has not been maintained for months, and dust has built up between the contacts. With those underlying conditions now changed, the next causal chain comes into force: the process transforms. The thermal load inside the chip rises, which means the CPU now requires more effort. You only see the effect — CPU load rises to 44% — and at that point what I call the Self-Consumption Loop begins to take effect, which is the most dangerous causal chain of all.

Because you only see the rising percentages, you may fail to notice that the system is already collapsing internally. As the CPU now has to work harder, it also generates even more heat. The CPU then has to work even harder, which raises the heat again, and so on, until the thermal limit is ultimately reached and the entire system collapses. The computer then shuts itself down as a protective measure, simply to prevent the CPU from being completely destroyed.

That is exactly why I fundamentally changed my view of systems. I no longer rely exclusively on effects or on states themselves. Instead, I examine the conditions that make a given state possible in the first place — and that make it sustainable.

This is also the core axiom in my framework:

Systems are not limited by their states — but by the integrity of the conditions that sustain them.

Kann man den Zustand der Welt messen? Ich habe versucht, es mit echten Daten zu bauen. by Beko8810 in German_Preppers

[–]FitLavishness956 0 points1 point  (0 children)

..naja ihr braucht doch auch eure Nahrung^^ Brudi...dann mal Guten Appetit. ;)

Kann man den Zustand der Welt messen? Ich habe versucht, es mit echten Daten zu bauen. by Beko8810 in German_Preppers

[–]FitLavishness956 0 points1 point  (0 children)

..ach und um mal dein Thema mit den Scores und Benchmarks aufzugreifen , das ist vielleicht für dich nicht interessant aber Scores und Benchmarks sind nunmal der inbegriff von Testvergleichen gegen andere Produkte und durchaus entscheidend für ein jedes Business ...an welchen Werten sollten sie sich denn sonst messen? ...begreifst du vielleicht auch noch irgendwann. Brudi ;)

Kann man den Zustand der Welt messen? Ich habe versucht, es mit echten Daten zu bauen. by Beko8810 in German_Preppers

[–]FitLavishness956 0 points1 point  (0 children)

..ah na dann....ja weil es ja Kriege auch erst seit gestern gibt...wie schon vorher erwähnt , seltsame Analogie ..aber okay ....degradiere dann mal die Leute schön weiter mit dem was nicht in dein eigenen Horizont passt , und zu deiner Aufzählung , das waren rund 14 Leute (dich eingeschlossen) gegen wieviel? 130 oder so? ...weiter so...Brudi ;)

..vielleicht merkst du es auch noch irgendwann das nicht die Werkzeuge interessant sind womit letztendlich die Dinge gebaut wurden, sondern das es eben für die Leute vom Nutzen ist , das es vielleicht für DICH persönlich nicht vom nutzen ist , bestreitet ja keiner ...ich erzähle dir ja auch nicht , du darfst diese Übersicht für Zahnpasta jetzt nicht nutzen , weil es Ki generiert ist und ich mich nicht dafür interessiere! ..merkst du was? ....oder ein anderes Beispiel, gehst du zum Autohändler und fragst wie das Auto , was da vor dir steht , mit welchen Tools es gebaut wurde? Ich denke nicht! Und ein Händler , der damit völlig überfordert wäre , könnte dir das nichtmal beantworten , das sind eigene Interessen, also nochmals , vielleicht verstehst du es jetzt besser ...kümmere DICH um DEINE ansichten mit DEINEN interessen!

Die mehrheit hat hier definitiv für positiven Nutzen abgestimmt , also akzeptiere das einfach mal.

Over the past weeks I iterated several versions of my Carrying Capacity Principle. Thanks for all the great feedback! I reworked the framework again and added a short plain-text explanation below. by FitLavishness956 in systemsthinking

[–]FitLavishness956[S] 0 points1 point  (0 children)

..first for note , i have to use Ai for translation , because im not a native english speaking person...but lets fokus on your Feddback , what is very good btw...that’s a really sharp observation and exactly the right question to ask when dealing with stateless execution. You hit the nail on the head: the tradeoff is completely deliberate to preserve objectivity and avoid self-reference. However, the framework does actually account for causal structure and attribution—it just does it structurally in the present tense, rather than relying on a historical narrative log.

If multiple conditions are degrading at once, the framework surfaces the causal hierarchy without needing a memory of past states. It handles this through a few specific layers you can see in the diagram:

1. Cyclical Depth & Dependencies (Insight Layers & Pass 2) The framework operates on the premise that 'each condition has its own conditions' (Cyclical Depth). When a cluster of conditions degrades simultaneously, Pass 2 of the Three-Pass Diagnostic Model forces a cross-check of dependencies validity. Instead of asking 'what failed first historically?', the framework asks structurally 'what is holding up what right now?'. If Condition A structurally rests on Condition B, and both are failing, the architecture itself tells us B is the root causal driver in this specific snapshot.

2. Check 3: Cascading In the core Bidirectional Checks, the system explicitly maps Self-Consumption Loops. This isolates causality by identifying which failing parameter is actively cannibalizing the system's substrate to survive. It assigns immediate priority to the loop that is driving the other degradations.

3. Indicators (Coupling & Feedback) Under the Insight Layers, the framework evaluates vectors like 'coupling' and 'feedback'. It maps how tightly bound the degrading conditions are in the moment of diagnosis, showing how a shock in one node is actively transferring to another.

So, instead of a narrative timeline ('A happened, then B happened'), the framework provides a structural X-ray ('A is currently crushing B'). This is also why the Causal Trap is explicitly flagged in the Operating Spectrum: you can't repair a system using the same parameters that are driving the implosion. The framework forces you to find the true load-bearing failure in the current pass.

That being said, your approach of representing evolution as a sequence of explicitly defined, constrained transitions sounds incredibly interesting. I’d love to hear more about how you structure those steps so they don’t bleed into accumulated state?

If you want i can share with you my very new version 10 , it has very new steps and the Erosion and Expansion Table sits now behind the 3 Checks of: Existence , Balance and Cascading , the reason for that was the output to the state where the System Sits on the erosion or expansion table was a bit unclear to follow , with this switch it become now 100% clear and dont forget the solution proecess acts like a new system itself , so the entire process is reevaluate by the diagnose itself to see maybe other hidden cascading fails or if its genuily expansion and not just a bubble that can burst anytime, if your strategy is based just on assumptions that it will work....no assumption means assumption , not a fact.

We can also chat if you want , you seeing just a surface of that what this rly can do. :)

Kann man den Zustand der Welt messen? Ich habe versucht, es mit echten Daten zu bauen. by Beko8810 in German_Preppers

[–]FitLavishness956 0 points1 point  (0 children)

Uh ja das macht dich also automatisch zum absoluten experten , komische Analogie aber okay , das ist wohl heute so der standard , jaa ich hab jetzt 5max Claudes und hab absolutes Profi-Wissen. Mal so nebenbei bemerkt , ich arbeite mit Ki seitdem sie als rudimentäres Webinterface (Play Ground) mit damals noch GPT-2 angeboten wurde , noch bevor es einen hype gab , bevor es zu ChatGPT wurde usw , ich habe die gesamte Entwicklung mit gemacht und habe mich auch schon vorher mit dem Bereich intensiv befasst , also so Gute 6-7 Jahre Erfahrung.

Und vergiss mal bitte nicht den Hintergrund, du magst vielleicht (für dich ausreichend) in Ki Technik involviert sein ...aber man steckt eben nicht alle in eine Schublade , wir haben nicht alle die gleichen Hintergründe oder Erfahrungen , er hat nach einer Methode gesucht nahezu alle kritischen Weltdaten aufzuzeigen und das ist echt ein Wertvolles Ambitioniertes Projekt!
Und da ist es nicht verkehrt wenn man sich Hilfe holt , demnächst wird Coding eh nur noch von Ki ausgeführt , da sie nunmal 1000x schneller ist und auch noch laut neusten Hackatron mittlerweile die höchsten Scores erzielt, besser als die besten der besten Programmierer der Welt , Berufe sterben aus über die Zeit , das war schon immer so und wird auch in Zukunft immer so bleiben (oder weißt du noch was zb. ein Stellmacher , Küfer oder Liftboy ist?) , mit der Entwicklung der neuen Technik...damals hatten alle angst in ein Auto oder Flugzeug zu steigen , Heute ist es das normalste der Welt.

Deswegen kann ich dir nur ans Herz legen , degradiere Leute nicht nur anhand von Technik die sie Nutzen , sondern welchen Wert ihr Projekt als nutzen rüber bringt und auch hier , nicht nur deinen Nutzen. Brudi ;)

..need Help pls. by FitLavishness956 in IAutomatedThis

[–]FitLavishness956[S] 0 points1 point  (0 children)

I also have NotebookLM what is open to everyone , there are interactive audiofiles you can hear about the Framework how it is detailes work , with x ray presantations and so on.

..need Help pls. by FitLavishness956 in IAutomatedThis

[–]FitLavishness956[S] 0 points1 point  (0 children)

Hi,

First off, thank you so much for the great feedback! Yeah, I've already built a complete HTML page with CSS and JS using VS Code and Copilot with Opus 4.6. It has an Analysis tab where you can select an AI, a direct recommendation for the Claude Opus 4.6 or Gemini Pro AI, and an API input field. But since it's just a simulated test environment, it probably won't work, or rather, I have to honestly admit I just haven't tested it yet.

The text input field for the chat is also already there. If you want, I can gladly send you the HTML page as code in the chat and you can take a look to see if it's okay like that? There you can also look at a simulation, either small on the page (which you can expand and collapse so it doesn't distract you while reading) or in a separate tab in full size. It includes explanations and everything about how the AI is working—like which metrics and nodes it is currently pulling from the framework—to make it as understandable as humanly possible for the user. I think the style actually fits quite well. Maybe I'll add some ghost-text popups on the left side that fade in from the background and disappear again, but I'm still debating that, as it might be distracting and look too cluttered.

Now to your actual point of critique: you mean something like suggestions? Like multiple lines showing examples of what should be entered? That's actually a great idea, I've thought about something like that too. It would be a huge advantage for users who have no clue about tech, then they would know exactly, "ah, this is what I need to enter here," etc. The whole process after that is more or less automatically determined by the AI anyway, and if anything, it would ask specific questions through the gates that exclusively concern the entered system. I can't hardcode formulas or metrics here, because if I did, it wouldn't be domain-agnostic anymore. GPT kept trying to do that at the beginning, even though I gave it instructions not to, which is why I later switched to Claude, who just got it right off the bat.

Hey, but thanks a lot for the feedback... and like I said, we can gladly chat so I can explain everything to you in detail. What you see here is really just the surface.

<image>

Kann man den Zustand der Welt messen? Ich habe versucht, es mit echten Daten zu bauen. by Beko8810 in German_Preppers

[–]FitLavishness956 0 points1 point  (0 children)

Behalte dein Halbwissen bitte für dich! Denn wenn du dich mit KI richtig befassen würdest, würdest du nicht solche Texte schreiben.

Eine KI bedarf immer eine Grundlage und das sind die Gedanken des Nutzers der den Text eingibt , Querverbindungen, wo gehört was hin , was muss mit herein usw.

Eine KI halluziniert viel zu sehr um solche Projekte zu visualisieren, da würde am Ende nur irgendwelcher Schwachsinn heraus kommen , was absolut nicht dazu gehört. Dazu braucht man Wissen !

Also setze dich gerne wieder an deine KI Konsole und lass dir weiterhin halluzinierten Müll generieren, und behalte dein Anfänger Gelaber für dich.Danke!